MySQL replace into 语句浅析（二）
一介绍
上一篇文章介绍了replaceinto的基本原理。本章内容通过一个例子说明replaceinto带来的潜在的数据质量风险,当涉及replaceinto操作的表含有自增主键时,主备切换后会造成数据覆盖等不一致的情况发生。
二案例分析
在主库上操作
root@test12:36:51>showcreatetablet1\G
***************************1.row***************************
Table:t1
CreateTable:CREATETABLE`t1`(
`id`int(11)NOTNULLAUTO_INCREMENT,
`name`varchar(20)DEFAULTNULL,
PRIMARYKEY(`id`),
UNIQUEKEY`name`(`name`)
)ENGINE=InnoDBDEFAULTCHARSET=utf8
1rowinset(0.00sec)
root@test12:37:41>insertintot1(name)values('a')
此时检查主备库上t1的表结构都是一样的,AUTO_INCREMENT都是2.
root@test12:37:51>showcreatetablet1\G
***************************1.row***************************
Table:t1
CreateTable:CREATETABLE`t1`(
`id`int(11)NOTNULLAUTO_INCREMENT,
`name`varchar(20)DEFAULTNULL,
PRIMARYKEY(`id`),
UNIQUEKEY`name`(`name`)
)ENGINE=InnoDBAUTO_INCREMENT=2DEFAULTCHARSET=utf8
1rowinset(0.00sec)
在主库上进行进行replaceinto操作
root@test12:37:58>replaceintot1(name)values('a');
root@test12:38:40>replaceintot1(name)values('a');
root@test12:38:49>select*fromt1;
+----+------+
|id|name|
+----+------+
|3|a|
+----+------+
1rowinset(0.00sec)
此时检查主备库中t1表结构，请注意AUTO_INCREMENT=4
root@test12:38:51>showcreatetablet1\\G
***************************1.row***************************
Table:t1
CreateTable:CREATETABLE`t1`(
`id`int(11)NOTNULLAUTO_INCREMENT,
`name`varchar(20)DEFAULTNULL,
PRIMARYKEY(`id`),
UNIQUEKEY`name`(`name`)
)ENGINE=InnoDBAUTO_INCREMENT=4DEFAULTCHARSET=utf8
1rowinset(0.00sec)
从库上t1的表结构，AUTO_INCREMENT=2
root@test12:39:35>showcreatetablet1\G
***************************1.row***************************
Table:t1
CreateTable:CREATETABLE`t1`(
`id`int(11)NOTNULLAUTO_INCREMENT,
`name`varchar(20)DEFAULTNULL,
PRIMARYKEY(`id`),
UNIQUEKEY`name`(`name`)
)ENGINE=InnoDBAUTO_INCREMENT=2DEFAULTCHARSET=utf8
1rowinset(0.00sec)
root@test12:39:43>select*fromt1;
+----+------+
|id|name|
+----+------+
|3|a|
+----+------+
1rowinset(0.00sec)
【分析】
表t1的表结构AUTO_INCREMENT=2而主库上的t1表结构的AUTO_INCREMENT=4.原本replace操作是在自增主键的情况下，遇到唯一键冲突时执行的是delete+insert,但是在记录binlog时,却记录成了update操作,update操作不会涉及到auto_increment的修改。备库应用了binlog之后，备库的表的auto_increment属性不变。
三风险点:
如果主备库发生主从切换，备库变为原来的主库，按照原来的业务逻辑再往下会发生什么?
root@test12:40:46>replaceintot1(name)values('a');
QueryOK,2rowsaffected(0.00sec)
root@test12:40:48>select*fromt1;
+----+------+
|id|name|
+----+------+
| 2|a | ---id由原来的3变成了2.
+----+------+
1rowinset(0.00sec)
如果t1表本来就存在多条记录，主从切换之后，应用写新的主库则会发生主键冲突，这个留给各位读者自己测试一下。^_^
四解决方法
推荐使用insertintotablevalues(,....)onduplicatekeyupdate语法结构来解决业务需求。来避免replaceinto给含有自增主键的表带来主从不一致情况。
root@test01:14:28>insertintot1(name)values('a');
QueryOK,1rowaffected(0.00sec)
root@test01:14:51>insertintot1(name)values('b');
QueryOK,1rowaffected(0.00sec)
root@test01:14:54>insertintot1(name)values('c');
QueryOK,1rowaffected(0.00sec)
root@test01:14:57>select*fromt1;
+----+------+
|id|name|
+----+------+
|1|a|
|2|b|
|3|c|
+----+------+
3rowsinset(0.00sec)
root@test01:16:17>showcreatetablet1\G
***************************1.row***************************
Table:t1
CreateTable:CREATETABLE`t1`(
`id`int(11)NOTNULLAUTO_INCREMENT,
`name`varchar(20)DEFAULTNULL,
PRIMARYKEY(`id`),
UNIQUEKEY`name`(`name`)
)ENGINE=InnoDBAUTO_INCREMENT=4DEFAULTCHARSET=utf8
1rowinset(0.00sec)
root@test01:16:26>insertintott(name)values('a')onduplicatekeyupdatename='a';
QueryOK,1rowaffected(0.00sec)
root@test01:17:09>showcreatetablet1\G
***************************1.row***************************
Table:t1
CreateTable:CREATETABLE`t1`(
`id`int(11)NOTNULLAUTO_INCREMENT,
`name`varchar(20)DEFAULTNULL,
PRIMARYKEY(`id`),
UNIQUEKEY`name`(`name`)
)ENGINE=InnoDBAUTO_INCREMENT=4DEFAULTCHARSET=utf8
1rowinset(0.00sec)
五总结
由于replaceinto操作在遇到主键冲突的时候会修改主键的值,所以如果业务逻辑强依赖自增ID,绝对不要用replace,普通环境也不建议这样用,因为replaceinto操作可能会导致主键的重新组织.推荐使用insertintotablevalues(,....)onduplicatekeyupdate来解决业务需求。