MySQL宕机可能导致2种丢数据的场景
1、引擎层提交了，但BINLOG没写入，备库丢事务2、引擎层没有PREPARE，但BINLOG写入，主库丢事务
即使我们将参数设置成innodb_flush_log_at_trx_commit =1 和 sync_binlog = 1，也还会面临这样一种情况：主库crash时还有binlog没传递到备库，如果我们直接提升备库为主库，同样会导致主备不一致，老主库必须根据新主库重做，才能恢复到一致的状态。针对这种场景，我们可以通过开启semisync的方式来解决，一种可行的方案描述如下：
[*]设置双1强持久化配置;
[*]我们将semisync的超时时间设到极大值，同时使用semisync AFTER_SYNC模式，即用户线程在写入binlog后，引擎层提交前等待备库ACK；
[*]基于步骤1的配置，我们可以保证在主库crash时，所有老主库比备库多出来的事务都处于prepare状态；
[*]备库完全apply日志后，记下其执行到的relay log对应的位点，然后将备库提升为新主库；
[*]将老主库的最后一个binlog进行截断，截断的位点即为步骤3记录的位点;
[*]启动老主库，那些已经传递到备库的事务都会提交掉，未传递到备库的binlog都会回滚掉。
页:
[1]