MySQL--更新自增列的潜在风险
##=====================================================================##
测试环境:
MySQL版本:MySQL 5.7.19
复制模式:ROW
##=====================================================================##
执行下面语句:
## 创建测试表 DROP TABLE T_001; CREATE TABLE `T_001` ( `ID` int(11) NOT NULL AUTO_INCREMENT, `C1` int(11) NOT NULL, PRIMARY KEY (`ID`), UNIQUE KEY `UNI_C1` (`C1`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ##插入记录 INSERT INTO T_001(C1)VALUES(1); ##更新ID列 UPDATE T_001 SET ID=2, C1=2 WHERE C1=1; ##插入新记录 INSERT INTO T_001(C1)VALUES(3);
执行报错:
ERROR 1062 (23000): Duplicate entry '2' for key 'PRIMARY'
##=====================================================================##
原因分析:
1、第一次INSERT语句,获得自增值为1。
2、UPDATE操作完成,将表中数据的ID列修改为2,但UPDATE操作不会触发表的自增起始值发生变化。
3、第二次INSERT语句,获得自增值为2,由于表中已存在ID=2的记录,因此插入失败,报主键重复。
##=====================================================================##
总结:
1、对于自增列,其自增值与业务无关,应避免对自增列数据进行更新操作,避免出现异常。
##=====================================================================##
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 地球OL攻略 —— 某应届生求职总结
· 提示词工程——AI应用必不可少的技术
· Open-Sora 2.0 重磅开源!
· 字符编码:从基础到乱码解决