前言

公司開發人員在更新數據時使用了 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. 問題現象

丟失數據的表結構如下：

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行

綜上所述，說明確實是刪除一行，插入一行

三、數據恢復

數據丟失或數據錯誤后，可以有如下幾種方式恢復：

1. 業務方自己寫腳本恢復
2. 通過MySQL的binlog查出誤操作sql，生成反向sql進行數據恢復(適合sql數據量較小的情況)
3. 通過歷史備份文件+增量binlog將數據狀態恢復到誤操作的前一刻

四、問題擴展

通過上述分析可以發現，REPLACE 會刪除舊行并插入新行，但是binlog中是以update形式記錄，這樣就帶來另一個問題：

從庫自增長值小于主庫

1. 測試

a. 主從一致：

主庫：

mysql> show create table tG

從庫：

mysql> show create table tG

b. 主庫REPLACE：

主庫：

mysql> replace into t (a,b)values(1,7);

從庫：

mysql> show create table tG

注意此時主從兩個表的AUTO_INCREMENT值已經不同了

c. 模擬從升主，在從庫進行INSERT：

mysql> insert into t (a,b,c)values(4,4,4);

從庫插入時會報錯，主鍵重復，報錯后AUTO_INCREMENT會 +1，因此再次執行就可以成功插入

2. 結論

這個問題在平時不會有絲毫影響，但是：

如果主庫平時大量使用 REPLACE 語句，造成從庫 AUTO_INCREMENT 值落后主庫太大，當主從發生切換后，再次插入數據時新的主庫就會出現大量主鍵重復報錯，導致數據無法插入。

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。