【MySQL】replace into 淺析之二

G8bao7發表於2015-05-28
MySql
一 介紹
  上一篇文章介紹了replace into的基本原理。本章內容透過一個例子說明 replace into 帶來的潛在的資料質量風險,當涉及replace into操作的表含有自增主鍵時,主備切換後會造成資料覆蓋等不一致的情況發生。
二 案例分析
在主庫上操作
  1. root@test 12:36:51>show create table t1 \G
  2. *************************** 1. row ***************************
  3.        Table: t1
  4. Create Table: CREATE TABLE `t1` (
  5.   `id` int(11) NOT NULL AUTO_INCREMENT,
  6.   `name` varchar(20) DEFAULT NULL,
  7.   PRIMARY KEY (`id`),
  8.   UNIQUE KEY `name` (`name`)
  9. ) ENGINE=InnoDB DEFAULT CHARSET=utf8
  10. 1 row in set (0.00 sec)
  11. root@test 12:37:41>insert into t1(name) values('a')
此時檢查主備庫上t1的表結構都是一樣的,AUTO_INCREMENT 都是2.
  1. root@test 12:37:51>show create table t1 \G
  2. *************************** 1. row ***************************
  3.        Table: t1
  4. Create Table: CREATE TABLE `t1` (
  5.   `id` int(11) NOT NULL AUTO_INCREMENT,
  6.   `name` varchar(20) DEFAULT NULL,
  7.   PRIMARY KEY (`id`),
  8.   UNIQUE KEY `name` (`name`)
  9. ) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8
  10. 1 row in set (0.00 sec)
在主庫上進行進行replace into操作
  1. root@test 12:37:58>replace into t1(name) values('a');
  2. root@test 12:38:40>replace into t1(name) values('a');
  3. root@test 12:38:49>select * from t1;
  4. +----+------+
  5. | id | name |
  6. +----+------+
  7. | 3 | a |
  8. +----+------+
  9. 1 row in set (0.00 sec)
此時檢查主備庫中t1 表結構，請注意AUTO_INCREMENT=4

  1. root@test 12:38:51>show create table t1 \\G
  2. *************************** 1. row ***************************
  3.        Table: t1
  4. Create Table: CREATE TABLE `t1` (
  5.   `id` int(11) NOT NULL AUTO_INCREMENT,
  6.   `name` varchar(20) DEFAULT NULL,
  7.   PRIMARY KEY (`id`),
  8.   UNIQUE KEY `name` (`name`)
  9. ) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8
  10. 1 row in set (0.00 sec)
從庫上t1的表結構 ，AUTO_INCREMENT=2 
  1. root@test 12:39:35>show create table t1 \G
  2. *************************** 1. row ***************************
  3.        Table: t1
  4. Create Table: CREATE TABLE `t1` (
  5.   `id` int(11) NOT NULL AUTO_INCREMENT,
  6.   `name` varchar(20) DEFAULT NULL,
  7.   PRIMARY KEY (`id`),
  8.   UNIQUE KEY `name` (`name`)
  9. ) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8
  10. 1 row in set (0.00 sec)
  11. root@test 12:39:43>select * from t1;
  12. +----+------+
  13. | id | name |
  14. +----+------+
  15. | 3 | a |
  16. +----+------+
  17. 1 row in set (0.00 sec)
【分析】
  表t1的表結構 AUTO_INCREMENT=2 而主庫上的t1表結構的AUTO_INCREMENT=4.原本replace操作是在自增主鍵的情況下，遇到唯一鍵衝突時執行的是delete+insert,但是在記錄binlog時,卻記錄成了update操作,update操作不會涉及到auto_increment的修改。備庫應用了binlog之後，備庫的表的auto_increment屬性不變。
三 風險點:
  如果主備庫發生主從切換，備庫變為原來的主庫，按照原來的業務邏輯再往下會發生什麼?
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表本來就存在多條記錄 ，主從切換之後，應用寫新的主庫則會發生主鍵衝突，這個留給各位讀者自己測試一下。^_^

四 總結
  由於replace into操作在遇到主鍵衝突的時候 會修改主鍵的值,所以如果業務邏輯強依賴自增ID,絕對不要用replace,普通環境也不建議這樣用,因為replace into 操作可能會導致主鍵的重新組織.

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/26250550/viewspace-1674773/，如需轉載，請註明出處，否則將追究法律責任。

相關文章