组建MySQL集群的几种方案，优劣与讨论。

lyhabc

我们用的第一种
1.若是双主复制的模式，不用做数据拆分，那么就可以选择MHA或 Keepalive 或 heartbeat和HAProxy

lyhabc

LVS+Keepalived+MySQL（有脑裂问题？但似乎很多人推荐这个）
DRBD+Heartbeat+MySQL（有一台机器空余？Heartbeat切换时间较长？有脑裂问题？）


2.Keepalived+MySQL --确实有脑裂的问题，还无法做到准确判断mysqld是否HANG的情况；

3.DRBD+Heartbeat+MySQL --同样有脑裂的问题，

5.MySQL + MHA -- 可以解决脑裂的问题，

造成脑裂的主要问题其实是缺少仲裁，没有选举，没有判断

doway

最近想研究mysql的集群部署方案，也是给运营商的，收藏，等专家给一些建议解答

zkernel

keepalived 我暂且还没遇到过脑裂问题

Heartbeat 倒是分分种就脑裂


怎么没提起amoeba呢？

raygts

我也在为这个烦着，我说说我的见解
首先 lvs + keepalived 做Master +Ｍａｓｔｅｒ其实我比较不赞同这种方法，我假设环境：　InnoDB存储引擎　ｂｉｎｌｏｇ做ｒｏｗ格式＋半同步，innodb_flush_log_at_trx_commit与sync_binlog 均为1 两台服务器A与B（MySQL 5.6.28版本）
现在A是ａｃｔｉｖｅ机器，
现在A机器上有若干事务进行中，每个事务有若干个save point 现在A机器出现硬件故障崩溃了。A机器重启后必定会进行recover跟undo，而现在B机器的是否会跟着做呢？
如果换成MyISAM 存储引擎存在大量写数据又如何？
我以前曾经遇过一个情景是这样的：
有很多事务在A机器进行，特别是大量insert into语句（primary key全部是auto increment），A服务器现在硬件故障突然崩溃了，现在切换到B机器业务继续发生也有大量的insert update等发生。修复好A机器后发生了这样一件事：B机器进行update的时候A机器的slave stop了，说找不到那个primary key。个人猜是A机器重启后对之前的事务用了的数据全部回滚了，而PK不再重复使用，所以导致A机器与B机器数据不一致。

对于DRDB + Corosync +Pacemaker 做高可用又是否还存在脑裂问题？不过貌似对MyISAM没任何意义，MyISAM无法自行修复，这个是Oracle官网推荐配置。
MHA貌似可靠性比较高不过实现起来比较复杂，我没测试过不知道对于大量写数据是否存在问题，也希望论坛上的高手能详细说说它的原理

raygts

我也在为这个烦着，我说说我的见解
首先 lvs + keepalived 做Master +Ｍａｓｔｅｒ其实我比较不赞同这种方法，我假设环境：　InnoDB存储引擎　ｂｉｎｌｏｇ做ｒｏｗ格式＋半同步，innodb_flush_log_at_trx_commit与sync_binlog 均为1 两台服务器A与B（MySQL 5.6.28版本）
现在A是ａｃｔｉｖｅ机器，
现在A机器上有若干事务进行中，每个事务有若干个save point 现在A机器出现硬件故障崩溃了。A机器重启后必定会进行recover跟undo，而现在B机器的是否会跟着做呢？
如果换成MyISAM 存储引擎存在大量写数据又如何？
我以前曾经遇过一个情景是这样的：
有很多事务在A机器进行，特别是大量insert into语句（primary key全部是auto increment），A服务器现在硬件故障突然崩溃了，现在切换到B机器业务继续发生也有大量的insert update等发生。修复好A机器后发生了这样一件事：B机器进行update的时候A机器的slave stop了，说找不到那个primary key。个人猜是A机器重启后对之前的事务的数据全部回滚了，而PK不再重复使用，所以导致A机器与B机器数据不一致。

对于DRDB + Corosync +Pacemaker 做高可用又是否还存在脑裂问题？不过貌似对MyISAM没任何意义，MyISAM无法自行修复，这个是Oracle官网推荐配置。
MHA貌似可靠性比较高不过实现起来比较复杂，我没测试过不知道对于大量写数据是否存在问题，也希望论坛上的高手能详细说说它的原理