MySQL replace into 語句淺析(二)_MySQL教程
推薦:MySQL replace into 語句淺析(一)這篇文章主要介紹了MySQL replace into 語句淺析(一),本文講解了replace into的原理、使用方法及使用的場景和使用示例,需要的朋友可以參考下 一 介紹 在筆者支持業務過程中,經常遇到開發咨詢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)
五 總結
分享:MySQL定期自動刪除表單位8億多條的日志表,經過自動分表之后,需要自動刪除30天前創建的日志表。 但是只是在Master下線這些日志表,而Slave還需要保持在線,以備查詢。 由于Master-Slave結構,在Drop表之前,設置@@session.sql_log_bin=0,那么Drop的行為就沒有記錄到binlog,所以Slave的日
- 防止服務器宕機時MySQL數據丟失的幾種方案
- MySQL Semisynchronous Replication介紹
- MySQL延遲關聯性能優化方法
- MySQL 5.7增強版Semisync Replication性能優化
- MySQL Index Condition Pushdown(ICP)性能優化方法實例
- MySQL order by性能優化方法實例
- MySQL slave_net_timeout參數解決的一個集群問題案例
- 使用innodb_force_recovery解決MySQL崩潰無法重啟問題
- MySQL replace into 語句淺析(一)
- MySQL定期自動刪除表
- MySQL中的CONCAT函數使用教程
- MySQL中的RAND()函數使用詳解
- 相關鏈接:
- 教程說明:
MySQL教程-MySQL replace into 語句淺析(二)
。