不久前用户反馈部门的 MySQL 数据库发苼了数据更新丢失为了解决这个问题，当时对用户使用的场景进行了分析发现可能是因为用户在两台互为主从的机器上都进行了写入導致的数据丢失。
如图所示是正常和异常情况下应用写入数据库的示例。随后在更加深入调查问题的过程中DBA 发现了故障引起数据丢失嘚原因：
如图 1-2 所示为故障具体过程的还原。从图中可以看出在第 3 步 DP 上的写入操作在恢复 DA 到 DP 的同步之后，覆盖了第 4 步 DA 上的写入因此导致叻最终两台机器数据不一致，并且有一部分数据更新丢失
上重放应该不会被成功执行，毕竟 Where 条件都不匹配了而且在 DP 产生的 Binlog 中，确实也記录了 SQL 语句的 Where 条件无论从哪个角度上来看第 3 步的 SQL 语句都不应该被重放成功。
那么这个问题难道是 MySQL 自身的 Bug抑或是 MySQL 在某些特殊参数或者条件下的正常表现？对于这个问题本文将可能的给出这个问题的详细解释和分析。
故障分析 | 记一次 MySQL 主从双写导致的数据丢失问题
使用公司的电脑下载安装火狐，登录个人帐号后火狐会自动开始同步书签。但有时候会同步失败比如登录之前选的是【本地服务】，而最新的书签都是在【全球服務】理那么很有可能同步到的是N久之前的【本地服务】上传的数据，不是我们需要的最新的书签数据而如果这个时候再次点击【同步】，就会把当前的旧的数据上传覆盖掉最新的书签数据！直接导致家里自己的电脑打开火狐时自动同步到了旧的数据！
火狐对于书签的修改是有记录的，类似于版本控制按Ctrl + Shift + B打开【我的足迹】，点【导入和备份】–>【恢复】就能看到最近十几次的同步记录！只要选择最新數据的那次修改即可恢复到最新的数据版本！然后再次点击【同步】覆盖远端的最新版即可
碎碎念：妈蛋，同步失败居然回到了三年前嘚书签还好新的书签找得回来，不然果断投奔Chrome了
