本文讨论了使用InnoDB表引擎时heartbeat+drbd+mysql高可用方案的问题。特别是当系统遇到异常情况后InnoDB的恢复过程较慢，影响了整体的高可用性。
heartbeat+drbd+mysql是一套高可用方案。
但如果你的表引擎是innodb，那么不推荐此方案。
理由：
当采用innodb表引擎，遇到系统宕机，或者mysql服务异常中断，或者人为误操作pkill -9 mysql时，再次启动mysql后，innodb会有一段时间的恢复过程（回滚再前滚）
这个时间长短取决于
innodb_buffer_pool、
innodb_log_buffer_size、
innodb_log_file_size、
innodb_max_dirty_pages_pct
设置的大小，如果你设置的很大，那么恢复的过程就很慢。
此时HA切换，VIP已经飘逸过去，但MYSQL还在恢复过程中，此时是不能连接的，当然如果采取innodb_plugin 1.0.7以上版本，可以加快恢复的速度，但比起myisam引擎，还是慢很多，不能马上就能启动mysql。
但如果你的表引擎是innodb，那么不推荐此方案。
理由：
当采用innodb表引擎，遇到系统宕机，或者mysql服务异常中断，或者人为误操作pkill -9 mysql时，再次启动mysql后，innodb会有一段时间的恢复过程（回滚再前滚）
这个时间长短取决于
innodb_buffer_pool、
innodb_log_buffer_size、
innodb_log_file_size、
innodb_max_dirty_pages_pct
设置的大小，如果你设置的很大，那么恢复的过程就很慢。
此时HA切换，VIP已经飘逸过去，但MYSQL还在恢复过程中，此时是不能连接的，当然如果采取innodb_plugin 1.0.7以上版本，可以加快恢复的速度，但比起myisam引擎，还是慢很多，不能马上就能启动mysql。
所以，如果你的表引擎是innodb的，那么不推荐heartbeat+drbd+mysql这套高可用方案。
本文转自 liang3391 51CTO博客，原文链接:http://blog.51cto.com/liang3391/732754
扫一扫
818
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
