前言
公司开发人员在更新数据时使用了 replace into 语句，由于使用不当导致了数据的大量丢失，到底是如何导致的数据丢失本文对此进行分析。
一、问题说明
公司开发人员在更新数据时使用了 replace into 语句，由于使用不当导致了数据的大量丢失，到底是如何导致的数据丢失现分析如下。
二、问题分析
a. REPLACE 原理
REPLACE INTO 原理的官方解释为：
REPLACE works exactly like INSERT, except that if an old row in the table has the same value as a new row for a PRIMARY KEY or a UNIQUE index, the old row is deleted before the new row is inserted.
如果新插入行的主键或唯一键在表中已经存在，则会删除原有记录并插入新行;如果在表中不存在，则直接插入
地址：https://dev.mysql.com/doc/refman/5.6/en/replace.html
b. 问题现象
丢失数据的表本文来源gaodai#ma#com搞*!代#%^码网5结构如下：
CREATE TABLE `active_items` (
执行的replace语句如下(多条)：
REPLACE INTO active_items(ad_id,score) VALUES('XXXXXXX', 1800);
通过查询binlog找到执行记录，部分如下：
### UPDATE `items`.`active_items` ### @21=0 /* TINYINT meta=0 nullable=0 is_null=0 */
操作的ad_id已经存在，因此先删除后插入，可以看到除了指定的 ad_id,score，其他字段都变为默认值，导致原有数据丢失(虽然在日志中转为了update)
c. 对比测试
接下来我进行了如下测试：
- MySQL进行Replace操作时造成数据丢失
- 左侧使用 REPLACE 语句，右侧使用 DELETE + INSERT 语句，最后结果完全相同
- 原主键id为1的行被删除，新插入行主键id更新为4，没有指定内容的字段c则插入了默认值
- 使用 REPLACE 更新了一行数据，MySQL提示受影响行数为2行
综上所述，说明确实是删除一行，插入一行
三、数据恢复
数据丢失或数据错误后，可以有如下几种方式恢复：
- 业务方自己写脚本恢复
- 通过MySQL的binlog查出误操作sql，生成反向sql进行数据恢复(适合sql数据量较小的情况)
- 通过历史备份文件+增量binlog将数据状态恢复到误操作的前一刻
四、问题扩展
通过上述分析可以发现，REPLACE 会删除旧行并插入新行，但是binlog中是以update形式记录，这样就带来另一个问题：
从库自增长值小于主库
转载请注明原文链接：MySQL使用Replace操作时造成数据丢失的问题解决
