搭建一主一备,主备配置分别如下 ,同时设置备库的auto_position=0
- $cat crash_recovery-slave.opt
- gtid_mode=on
- enforce_gtid_consistency=on
- log_slave_updates=on
- relay_log_purge=OFF
- sync_relay_log_info=1000
- sync_relay_log=1
- sync_relay_log_info=100
- $cat crash_recovery-master.opt
- gtid_mode=on
- enforce_gtid_consistency=on
- log_slave_updates=on
用 sysbench 不断对主库进行压测,由于主库压力比较大,可以发现备库延迟不断增加,在有延迟的情况下,重启备库 OS 并启动备库 mysql server,关闭主库压力,待主备延迟为零的时候,做主备校验(这样的过程我们称之为一轮,在每一轮的结尾处做主备校验),这时可以发现会有一个表的 checksum 不一致,即产生了主备不一致的问题。
可以发现主备的 gtid_executed 的值是相等的;
- show global variables like '%gtid_executed%'
gtid_log_event(30), table_map_event(10), update_rows_log_event(10), xid_log_event(10), gtid_log_event(11)…..
这样的后果是将事务10的数据再次执行并误认为是事务30的数据,而直正拉取到事务30的binlog event时不执行,从而造成主备不一致的问题。
sync_relay_log_info:Synchronously flush relay log info to disk after every #th transaction,每隔多少个事务 sync 一次 relay log 信息;
sync_master_info: Synchronously flush master info to disk after every #th event,每隔多少个log_event sync 一次 master log 信息;
sync_relay_log: Synchronously flush relay log to disk after every #th event,每隔多少个 log_event sync 一次 relay log 信息;
mysql 在读取binlog event时,会首先将位点信息写入操作系统的文件,但是没有 sync 操作,所以当OS crash时,会造成之前写但没有 sync 的位点信息丢失。
来源: http://mysql.taobao.org/monthly/2015/04/10/