关于MySQL-HA，目前有多种解决方案，比如heartbeat、drbd、mmm、共享存储，但是它们各有优缺点。heartbeat、drbd配置较为复杂，需要自己写脚本才能实现MySQL自动切换，对于不会脚本语言的人来说，这无疑是一种脑裂问题；对于mmm，生产环境中很少有人用，且mmm管理端需要单独运行一台服务器上，要是想实现高可用，就得对mmm管理端做HA，这样增加了硬件开支；对于共享存...
时光匆匆，记录是对思维的沉淀；
关于MySQL-HA，目前有多种解决方案，比如heartbeat、drbd、mmm、共享存储，但是它们各有优缺点。heartbeat、drbd配置较为复杂，需要自己写脚本才能实现MySQL自动切换，对于不会脚本语言的人来说，这无疑是一种脑裂问题；对于mmm，生产环境中很少有人用，且mmm管理端需要单独运行一台服务器上，要是想实现高可用，就得对mmm管理端做HA，这样增加了硬件开支；对于共享存...
在 MySQL 主从复制时，有时候会碰到这样的故障：在 Slave 上 Slave_IO_Running 和 Slave_SQL_Running 都是 Yes，Slave_SQL_Running_State 显示:Slave has read all relay log; waiting for the slave I/O thread to update it 看起来状态都正常，但实际却滞...
MySQL5.7.x使用GTID主从同步show slave status时候报错信息如下Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Slave has more GTIDs than the master has, using the master'...
GTID是5.6时加入的，在5.7中被进一步完善，生产环境建议在5.7版本中使用.GTID全称为Global Transaction Identifiers,全局事务标识符.GTID的复制完全是基于事务的,每一个事务对应一个GTID.因此事务执行具有唯一ID,主从复制时，无需再指定POS位置,只要对比ID有没被执行过,并且每个ID仅执行一次.GTID复制限制: 不支持涉及非事务存储引擎的更新...
默认的情况下log_slave_updates参数是关闭的，从服务器从主服务器接收到的更新不记入它的二进制日志。该选项告诉从服务器将其SQL线程执行的更新记入到从服务器自己的二进制日志。为了使该选项生效，还必须用--logs-bin选项启动从服务器以启用二进制日志。如果想要应用链式复制服务器，应使用--logs-slave-updates。例如，可能你想要这样设置：A -> B -&g...