MySQL宕机可能导致2种丢数据的场景

1、引擎层提交了，但BINLOG没写入，备库丢事务

2、引擎层没有PREPARE，但BINLOG写入，主库丢事务

即使我们将参数设置成<code>innodb_flush_log_at_trx_commit =1</code> 和 <code>sync_binlog = 1</code>，也还会面临这样一种情况：主库crash时还有binlog没传递到备库，如果我们直接提升备库为主库，同样会导致主备不一致，老主库必须根据新主库重做，才能恢复到一致的状态。针对这种场景，我们可以通过开启semisync的方式来解决，一种可行的方案描述如下：

设置双1强持久化配置;

我们将semisync的超时时间设到极大值，同时使用semisync AFTER_SYNC模式，即用户线程在写入binlog后，引擎层提交前等待备库ACK；

基于步骤1的配置，我们可以保证在主库crash时，所有老主库比备库多出来的事务都处于prepare状态；

备库完全apply日志后，记下其执行到的relay log对应的位点，然后将备库提升为新主库；

将老主库的最后一个binlog进行截断，截断的位点即为步骤3记录的位点;

启动老主库，那些已经传递到备库的事务都会提交掉，未传递到备库的binlog都会回滚掉。

本文转自 DBAspace 51CTO博客，原文链接:http://blog.51cto.com/dbaspace/1867865