程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> MySQL綜合教程 >> MySQL replace into 語句淺析(二)

MySQL replace into 語句淺析(二)

編輯:MySQL綜合教程

MySQL replace into 語句淺析(二)


   這篇文章主要介紹了MySQL replace into 語句淺析(二),本文著重給出了幾個特殊案例分析,需要的朋友可以參考下

  一 介紹

  上一篇文章介紹了replace into的基本原理。本章內容通過一個例子說明 replace into 帶來的潛在的數據質量風險,當涉及replace into操作的表含有自增主鍵時,主備切換後會造成數據覆蓋等不一致的情況發生。

  二 案例分析

  在主庫上操作

  代碼如下:

  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操作是在自增主鍵的情況下,遇到唯一鍵沖突時執行的是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表本來就存在多條記錄 ,主從切換之後,應用寫新的主庫則會發生主鍵沖突,這個留給各位讀者自己測試一下。^_^

  四 解決方法

  推薦使用 insert into table values(,....) on duplicate key update 語法結構來解決業務需求。 來避免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操作在遇到主鍵沖突的時候 會修改主鍵的值,所以如果業務邏輯強依賴自增ID,絕對不要用replace,普通環境也不建議這樣用,因為replace into 操作可能會導致主鍵的重新組織.推薦使用 insert into table values(,....) on duplicate key update 來解決業務需求。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved