MySQL使用取代操作时造成数据丢失的问题解决

公司开发人员在更新数据时使用了替换成语句,由于使用不当导致了数据的大量丢失,到底是如何导致的数据丢失本文对此进行分析。

公司开发人员在更新数据时使用了替换成语句,由于使用不当导致了数据的大量丢失,到底是如何导致的数据丢失现分析如下。

<强>。取代原理

替换成原理的官方解释为:

　　

替换工作一样插入,只是,如果一个表中的旧行相同的值作为新的一行一个主键或惟一索引,旧的行之前插入新行中删除。

　　 　　

如果新插入行的主键或唯一键在表中已经存在,则会删除原有记录并插入新行,如果在表中不存在,则直接插入

　　

地址:https://dev.mysql.com/doc/refman/5.6/en/replace.html

　　

<强> b。问题现象

　　

丢失数据的表结构如下:

　　 　　 　　创建表的active_items ( 　　 　　

执行的替代语句如下(多条):

　　 　　 　　替换成active_items (ad_id分数)值(XXXXXXX, 1800); 　　 　　

通过查询binlog找到执行记录,部分如下:

　　 　　 　　# # #更新“物品”,“active_items” 　　# # # @21=0/*非常小的整数元=0 nullable=0 is_null=0 */ 　　 　　

操作的ad_id已经存在,因此先删除后插入,可以看到除了指定的ad_id,分数,其他字段都变为默认值,导致原有数据丢失(虽然在日志中转为了更新)

　　

<强> c。对比测试

　　

接下来我进行了如下测试:

　　

　　

　　<李> MySQL进行替换操作时造成数据丢失李 　　<李>左侧使用替代语句,右侧使用删除+插入语句,最后结果完全相同李 　　<李>原主键id为1的行被删除,新插入行主键标识更新为4,没有指定内容的字段c则插入了默认值 　　<李>使用替换更新了一行数据,MySQL提示受影响行数为2行 　　

　　

综上所述,说明确实是删除一行,插入一行

　　

　　

数据丢失或数据错误后,可以有如下几种方式恢复:

　　

　　<李>业务方自己写脚本恢复李 　　<李>通过MySQL的binlog查出误操作sql,生成反向sql进行数据恢复(适合sql数据量较小的情况) 　　<李>通过历史备份文件+增量binlog将数据状态恢复到误操作的前一刻李 　　

　　

　　

通过上述分析可以发现,取代会删除旧行并插入新行,但是binlog中是以更新形式记录,这样就带来另一个问题:

　　

从库自增长值小于主库

　　

<强> 1。测试

　　

。主从一致:

　　

主库: 　　 　　 　　mysql>显示创建表tG 　　 　　

从库: 　　 　　 　　mysql>显示创建表tG 　　 　　

b。主库替换:

　　

主库: 　　 　　 　　mysql>替换成t (a, b)值(7); 　　 　　

从库: 　　 　　 　　mysql>显示创建表tG 　　 　　

注意此时主从两个表的AUTO_INCREMENT值已经不同了

　　

<强> c。模拟从升主,在从库进行插入:

　　 　　 　　mysql>插入t (a, b, c)值(4、4、4); 　　 　　

从库插入时会报错,主键重复,报错后AUTO_INCREMENT会+ 1,因此再次执行就可以成功插入

　　

<强> 2。结论

　　

这个问题在平时不会有丝毫影响,但是:

　　

如果主库平时大量使用替代语句,造成从库AUTO_INCREMENT值落后主库太大,当主从发生切换后,再次插入数据时新的主库就会出现大量主键重复报错,导致数据无法插入。

　　

　　

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对的支持。

MySQL使用取代操作时造成数据丢失的问题解决