位置: 编程技术 - 正文
MySQL replace into 语句浅析（二）
编辑：rootadmin推荐整理分享MySQL replace into 语句浅析（二），希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:,内容如对您有帮助，希望把文章链接给更多的朋友！
一 介绍
上一篇文章介绍了replace into的基本原理。本章内容通过一个例子说明 replace into 带来的潜在的数据质量风险,当涉及replace into操作的表含有自增主键时,主备切换后会造成数据覆盖等不一致的情况发生。
二 案例分析
在主库上操作此时检查主备库上t1的表结构都是一样的,AUTO_INCREMENT 都是2.此时检查主备库中t1 表结构，请注意AUTO_INCREMENT=4从库上t1的表结构 ，AUTO_INCREMENT=2
【分析】
表t1的表结构 AUTO_INCREMENT=2 而主库上的t1表结构的AUTO_INCREMENT=4.原本replace操作是在自增主键的情况下，遇到唯一键冲突时执行的是delete+insert,但是在记录binlog时,却记录成了update操作,update操作不会涉及到auto_increment的修改。备库应用了binlog之后，备库的表的auto_increment属性不变。
三 风险点:
如果主备库发生主从切换，备库变为原来的主库，按照原来的业务逻辑再往下会发生什么&#;如果t1表本来就存在多条记录 ，主从切换之后，应用写新的主库则会发生主键冲突，这个留给各位读者自己测试一下。^_^
四 解决方法
推荐使用 insert into table values(,....) on duplicate key update 语法结构来解决业务需求。 来避免replace into 给含有自增主键的表带来主从不一致情况。
五 总结
由于replace into操作在遇到主键冲突的时候 会修改主键的值,所以如果业务逻辑强依赖自增ID,绝对不要用replace,普通环境也不建议这样用,因为replace into 操作可能会导致主键的重新组织.推荐使用 insert into table values(,....) on duplicate key update 来解决业务需求。
使用innodb_force_recovery解决MySQL崩溃无法重启问题 一背景某一创业的朋友的主机因为磁盘阵列损坏机器crash,重启MySQL服务时报如下错误:InnoDB:Readingtablespaceinformationfromthe.ibdfiles...InnoDB:Restoringpossiblehalf-writte
MySQL slave_net_timeout参数解决的一个集群问题案例 【背景】对一套数据库集群进行5.5升级到5.6之后,alter.log报warning异常。--::[Warning]StoringMySQLusernameorpasswordinformationinthemasterinforepositoryisnotsecur
MySQL Index Condition Pushdown(ICP)性能优化方法实例 一概念介绍IndexConditionPushdown(ICP)是MySQL5.6版本中的新特性,是一种在存储引擎层使用索引过滤数据的一种优化方式。a当关闭ICP时,index仅仅是dataaccess的一种
标签: MySQL replace into 语句浅析（二）
本文链接地址:https://www.jiuchutong.com/biancheng/347682.html 转载请保留说明！上一篇：MySQL replace into 语句浅析（一）
下一篇：使用innodb_force_recovery解决MySQL崩溃无法重启问题(使用权资产)
