标题 | 简介 | 类型 | 公开时间 | ||||||||||
|
|||||||||||||
|
|||||||||||||
详情 | |||||||||||||
[SAFE-ID: JIWO-2025-1945] 作者: 对不起 发表于: [2018-09-18]
本文共 [607] 位读者顶过
今天和大家简单聊聊MySQL的约束主键与唯一索引约束: [出自:jiwo.org] PRIMARY KEY and UNIQUE Index Constraints 文章不长,保证有收获。 触发约束检测的时机:
当检测到违反约束时,不同存储引擎的处理动作是不一样的。 如果存储引擎支持事务,SQL会自动回滚。 例子:
其中第二条insert会因为违反约束,而导致回滚。 通常可以使用:
来查看违反约束后的错误提示。 如果存储引擎不支持事务,SQL的执行会中断,此时可能会导致后续有符合条件的行不被操作,出现不符合预期的结果。 例子:
update执行后,猜猜会得到什么结果集?
都不对,正确答案是:2, 5, 6, 10
画外音:这太操蛋了,一个update语句,部分执行成功,部分执行失败。 为了避免这种情况出现,请使用InnoDB存储引擎,InnoDB在遇到违反约束时,会自动回滚update语句,一行都不会修改成功。 画外音:大家把存储引擎换成InnoDB,把上面的例子再跑一遍,印象更加深刻。 另外,对于insert的约束冲突,可以使用:
指出在违反主键或唯一索引约束时,需要进行的额外操作。 例子:
insert执行后,猜猜会发生什么? 插入id=10的记录,会违反unique约束,此时执行update flag=’false’,于是有一行记录被update了。 这相当于执行:
仔细看,insert的结果返回,提示: Query OK, 2 rows affected 有意思么? 画外音:本文所有实验,基于MySQL5.6。 总结: 对于主键与唯一索引约束:
|