MySQL replace into 語句淺析（二）
更新時間：2015年05月29日 10:21:19 投稿：junjie
這篇文章主要介紹了MySQL replace into 語句淺析（二）,本文著重給出了幾個特殊案例分析,需要的朋友可以參考下
一 介紹
上一篇文章介紹了replace into的基本原理。本章內(nèi)容通過一個例子說明 replace into 帶來的潛在的數(shù)據(jù)質(zhì)量風險,當涉及replace into操作的表含有自增主鍵時,主備切換后會造成數(shù)據(jù)覆蓋等不一致的情況發(fā)生。
二 案例分析
在主庫上操作
復制代碼 代碼如下:
root@test 12:36:51>show create table t1 \G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(20) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
root@test 12:37:41>insert into t1(name) values('a')
此時檢查主備庫上t1的表結構都是一樣的,AUTO_INCREMENT 都是2.
復制代碼 代碼如下:
root@test 12:37:51>show create table t1 \G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(20) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
在主庫上進行進行replace into操作
root@test 12:37:58>replace into t1(name) values('a');
root@test 12:38:40>replace into t1(name) values('a');
root@test 12:38:49>select * from t1;
+----+------+
| id | name |
+----+------+
| 3 | a |
+----+------+
1 row in set (0.00 sec)
此時檢查主備庫中t1 表結構，請注意AUTO_INCREMENT=4
復制代碼 代碼如下:
root@test 12:38:51>show create table t1 \\G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(20) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
從庫上t1的表結構 ，AUTO_INCREMENT=2
復制代碼 代碼如下:
root@test 12:39:35>show create table t1 \G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(20) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
root@test 12:39:43>select * from t1;
+----+------+
| id | name |
+----+------+
| 3 | a |
+----+------+
1 row in set (0.00 sec)
【分析】
表t1的表結構 AUTO_INCREMENT=2 而主庫上的t1表結構的AUTO_INCREMENT=4.原本replace操作是在自增主鍵的情況下，遇到唯一鍵沖突時執(zhí)行的是delete+insert,但是在記錄binlog時,卻記錄成了update操作,update操作不會涉及到auto_increment的修改。備庫應用了binlog之后，備庫的表的auto_increment屬性不變。
三 風險點:
如果主備庫發(fā)生主從切換，備庫變?yōu)樵瓉淼闹鲙?，按照原來的業(yè)務邏輯再往下會發(fā)生什么?
復制代碼 代碼如下:
root@test 12:40:46>replace into t1(name) values('a');
Query OK, 2 rows affected (0.00 sec)
root@test 12:40:48>select * from t1;
+----+------+
| id | name |
+----+------+
| 2 | a | ---id由原來的3變成了2.
+----+------+
1 row in set (0.00 sec)
如果t1表本來就存在多條記錄 ，主從切換之后，應用寫新的主庫則會發(fā)生主鍵沖突，這個留給各位讀者自己測試一下。^_^
四 解決方法
推薦使用 insert into table values(,....) on duplicate key update 語法結構來解決業(yè)務需求。 來避免replace into 給含有自增主鍵的表帶來主從不一致情況。
復制代碼 代碼如下:
root@test 01:14:28>insert into t1(name) values('a');
Query OK, 1 row affected (0.00 sec)
root@test 01:14:51>insert into t1(name) values('b');
Query OK, 1 row affected (0.00 sec)
root@test 01:14:54>insert into t1(name) values('c');
Query OK, 1 row affected (0.00 sec)
root@test 01:14:57>select * from t1;
+----+------+
| id | name |
+----+------+
| 1 | a |
| 2 | b |
| 3 | c |
+----+------+
3 rows in set (0.00 sec)
root@test 01:16:17>show create table t1 \G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(20) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
root@test 01:16:26>insert into tt(name) values('a') on duplicate key update name='a';
Query OK, 1 row affected (0.00 sec)
root@test 01:17:09>show create table t1 \G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(20) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
五 總結
由于replace into操作在遇到主鍵沖突的時候 會修改主鍵的值,所以如果業(yè)務邏輯強依賴自增ID,絕對不要用replace,普通環(huán)境也不建議這樣用,因為replace into 操作可能會導致主鍵的重新組織.推薦使用 insert into table values(,....) on duplicate key update 來解決業(yè)務需求。
相關文章
日期函數(shù)在實際應用中可以幫助你輕松處理和操作日期時間數(shù)據(jù),使得數(shù)據(jù)庫操作更為靈活和便捷,本文主要介紹了mysql日期函數(shù)用法大全,感興趣的可以了解一下2024-05-05
下面小編就為大家?guī)硪黄猰ysql查詢結果輸出到文件的方法。小編覺得挺不錯的，現(xiàn)在就分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2017-01-01
關于mysql中string和number的轉(zhuǎn)換問題
這篇文章主要介紹了關于mysql中string和number的轉(zhuǎn)換問題，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2022-06-06
MySQL如何創(chuàng)建可以遠程訪問的root賬戶詳解
作為MySQL數(shù)據(jù)庫管理員,創(chuàng)建遠程用戶并設置相應的權限是一項常見的任務,下面這篇文章主要給大家介紹了關于MySQL如何創(chuàng)建可以遠程訪問的root賬戶的相關資料,需要的朋友可以參考下2024-04-04
數(shù)據(jù)庫中JOIN操作的實現(xiàn)主要有三種：嵌套循環(huán)連接（Nested Loop Join），歸并連接（Merge Join）和散列連接或者哈稀連接（Hash Join）。其中嵌套循環(huán)連接又視情況又有兩種變形：塊嵌套循環(huán)連接和索引嵌套循環(huán)連接。2015-12-12
在 MySQL 中,分頁是一個常見的功能,但是,當出現(xiàn)深度分頁時,因為數(shù)據(jù)庫需要掃描和跳過大量記錄,可能會導致性能問題,下面我們就來看看該如何解決吧2024-11-11
這篇文章主要為大家詳細介紹了mysql 5.7 zip archive版本安裝教程，具有一定的參考價值，感興趣的小伙伴們可以參考一下2018-09-09
MySQL是優(yōu)化難度最大的一個部分，不但需要理解一些MySQL專業(yè)知識，同時還需要長時間的觀察統(tǒng)計并且根據(jù)經(jīng)驗 進行判斷，然后設置合理的參數(shù)。下面我們了解一下MySQL優(yōu)化的一些基礎2018-07-07
mysql利用init-connect增加訪問審計功能的實現(xiàn)
下面小編就為大家?guī)硪黄猰ysql利用init-connect增加訪問審計功能的實現(xiàn)。小編覺得挺不錯的，現(xiàn)在就分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2017-03-03
sql中with?as用法以及with-as性能調(diào)優(yōu)/with用法舉例
SQL中的WITH?AS語法是一種強大的工具,可以簡化復雜查詢的編寫,提高查詢的可讀性和維護性,這篇文章主要給大家介紹了關于sql中with?as用法以及with-as性能調(diào)優(yōu)/with用法的相關資料,需要的朋友可以參考下2024-01-01