MySQL使用Replace操作時(shí)造成數(shù)據(jù)丟失的問題解決
前言
公司開發(fā)人員在更新數(shù)據(jù)時(shí)使用了 replace into 語句,由于使用不當(dāng)導(dǎo)致了數(shù)據(jù)的大量丟失,到底是如何導(dǎo)致的數(shù)據(jù)丟失本文對此進(jìn)行分析。
一、問題說明
公司開發(fā)人員在更新數(shù)據(jù)時(shí)使用了 replace into 語句,由于使用不當(dāng)導(dǎo)致了數(shù)據(jù)的大量丟失,到底是如何導(dǎo)致的數(shù)據(jù)丟失現(xiàn)分析如下。
二、問題分析
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.
如果新插入行的主鍵或唯一鍵在表中已經(jīng)存在,則會(huì)刪除原有記錄并插入新行;如果在表中不存在,則直接插入
地址:https://dev.mysql.com/doc/refman/5.6/en/replace.html
b. 問題現(xiàn)象
丟失數(shù)據(jù)的表結(jié)構(gòu)如下:
CREATE TABLE `active_items` (
執(zhí)行的replace語句如下(多條):
REPLACE INTO active_items(ad_id,score) VALUES('XXXXXXX', 1800);
通過查詢binlog找到執(zhí)行記錄,部分如下:
### UPDATE `items`.`active_items` ### @21=0 /* TINYINT meta=0 nullable=0 is_null=0 */
操作的ad_id已經(jīng)存在,因此先刪除后插入,可以看到除了指定的 ad_id,score,其他字段都變?yōu)槟J(rèn)值,導(dǎo)致原有數(shù)據(jù)丟失(雖然在日志中轉(zhuǎn)為了update)
c. 對比測試
接下來我進(jìn)行了如下測試:

- MySQL進(jìn)行Replace操作時(shí)造成數(shù)據(jù)丟失
- 左側(cè)使用 REPLACE 語句,右側(cè)使用 DELETE + INSERT 語句,最后結(jié)果完全相同
- 原主鍵id為1的行被刪除,新插入行主鍵id更新為4,沒有指定內(nèi)容的字段c則插入了默認(rèn)值
- 使用 REPLACE 更新了一行數(shù)據(jù),MySQL提示受影響行數(shù)為2行
綜上所述,說明確實(shí)是刪除一行,插入一行
三、數(shù)據(jù)恢復(fù)
數(shù)據(jù)丟失或數(shù)據(jù)錯(cuò)誤后,可以有如下幾種方式恢復(fù):
- 業(yè)務(wù)方自己寫腳本恢復(fù)
- 通過MySQL的binlog查出誤操作sql,生成反向sql進(jìn)行數(shù)據(jù)恢復(fù)(適合sql數(shù)據(jù)量較小的情況)
- 通過歷史備份文件+增量binlog將數(shù)據(jù)狀態(tài)恢復(fù)到誤操作的前一刻
四、問題擴(kuò)展
通過上述分析可以發(fā)現(xiàn),REPLACE 會(huì)刪除舊行并插入新行,但是binlog中是以u(píng)pdate形式記錄,這樣就帶來另一個(gè)問題:
從庫自增長值小于主庫
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
注意此時(shí)主從兩個(gè)表的AUTO_INCREMENT值已經(jīng)不同了
c. 模擬從升主,在從庫進(jìn)行INSERT:
mysql> insert into t (a,b,c)values(4,4,4);
從庫插入時(shí)會(huì)報(bào)錯(cuò),主鍵重復(fù),報(bào)錯(cuò)后AUTO_INCREMENT會(huì) +1,因此再次執(zhí)行就可以成功插入
2. 結(jié)論
這個(gè)問題在平時(shí)不會(huì)有絲毫影響,但是:
如果主庫平時(shí)大量使用 REPLACE 語句,造成從庫 AUTO_INCREMENT 值落后主庫太大,當(dāng)主從發(fā)生切換后,再次插入數(shù)據(jù)時(shí)新的主庫就會(huì)出現(xiàn)大量主鍵重復(fù)報(bào)錯(cuò),導(dǎo)致數(shù)據(jù)無法插入。
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,謝謝大家對腳本之家的支持。
- MySQL 數(shù)據(jù)丟失排查案例
- MySQL 丟失數(shù)據(jù)的原因及解決
- 解決docker重啟redis,mysql數(shù)據(jù)丟失的問題
- Python3.6-MySql中插入文件路徑,丟失反斜杠的解決方法
- Mysql掛掉后無法重啟報(bào)pid文件丟失的解決方法
- 使用SKIP-GRANT-TABLES 解決 MYSQL ROOT密碼丟失
- MySQL下PID文件丟失的相關(guān)錯(cuò)誤的解決方法
- 防止服務(wù)器宕機(jī)時(shí)MySQL數(shù)據(jù)丟失的幾種方案
- MySQL遠(yuǎn)程連接丟失問題解決方法(Lost connection to MySQL server)
- 記一次mysql字符串末尾空白丟失的排查
相關(guān)文章
mysql 關(guān)鍵詞相關(guān)度排序方法詳細(xì)示例分析
以下是對mysql關(guān)鍵詞相關(guān)度排序方法進(jìn)行了詳細(xì)的分析介紹,需要的朋友可以過來參考下2013-08-08
Windows下MySQL?8.0.29?安裝和刪除圖文教程
這篇文章主要為大家詳細(xì)介紹了Windows下MySQL?8.0.29?安裝和刪除圖文教程,文中安裝步驟介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-07-07
MySQL鎖等待超時(shí)問題的原因和解決方案(Lock wait timeout exceed
在數(shù)據(jù)庫開發(fā)和管理中,鎖等待超時(shí)是一個(gè)常見而棘手的問題,對于使用 MySQL 的應(yīng)用程序,尤其是采用 InnoDB 存儲(chǔ)引擎的場景,這一問題更是屢見不鮮,本文給大家介紹了MySQL鎖等待超時(shí)問題的原因和解決方案,需要的朋友可以參考下2024-11-11
mysql在項(xiàng)目中怎么選事務(wù)隔離級(jí)別
Mysql默認(rèn)的事務(wù)隔離級(jí)別是可重復(fù)讀,那互聯(lián)網(wǎng)項(xiàng)目中Mysql也是用默認(rèn)隔離級(jí)別,但在項(xiàng)目中呢,下面我們就一起來了解一下2021-05-05
MySQL中distinct和group by去重的區(qū)別解析
在MySQL中,我們經(jīng)常需要對查詢結(jié)果進(jìn)行去重,而DISTINCT和GROUP BY是實(shí)現(xiàn)這一功能的兩種常見方法,這篇文章主要介紹了MySQL中distinct和group by去重的區(qū)別,需要的朋友可以參考下2025-01-01
MySQL學(xué)習(xí)之MySQL基本架構(gòu)與鎖
這篇文章主要介紹了MySQL的基本架構(gòu)和鎖,鎖的分類有兩種有按粒度分,按功能,也有不同的類型,感興趣的小伙伴可以參考閱讀2023-03-03

