今天和大家简单聊聊MySQL的为人唯索约束主键与***索引约束: PRIMARY KEY and UNIQUE Index Constraints 文章不长,保证有收获。知的主键 触发约束检测的引约时机: insert update 当检测到违反约束时,不同存储引擎的为人唯索处理动作是不一样的。 如果存储引擎支持事务,知的主键SQL会自动回滚。引约 例子: 其中第二条insert会因为违反约束,为人唯索而导致回滚。知的主键 通常可以使用: 来查看违反约束后的引约错误提示。 如果存储引擎不支持事务,为人唯索SQL的知的主键执行会中断,此时可能会导致后续有符合条件的引约行不被操作,出现不符合预期的为人唯索结果。 例子: update执行后,知的主键猜猜会得到什么结果集?引约 猜想一:2, 6, 7, 11 猜想二:1, 5, 6, 10 . . . 都不对,云南idc服务商正确答案是:2, 5, 6, 10 ***行id=1,加1后,没有违反unique约束,执行成功; 第二行id=5,加1后,由于id=6的记录存在,违反uinique约束,SQL终止,修改失败; 第三行id=6,第四行id=10便不再执行; 画外音:这太操蛋了,一个update语句,部分执行成功,部分执行失败。 为了避免这种情况出现,请使用InnoDB存储引擎,InnoDB在遇到违反约束时,会自动回滚update语句,一行都不会修改成功。 画外音:大家把存储引擎换成InnoDB,把上面的例子再跑一遍,印象更加深刻。 另外,对于insert的约束冲突,可以使用: insert … on duplicate key 指出在违反主键或***索引约束时,站群服务器需要进行的额外操作。 例子: insert执行后,猜猜会发生什么? 插入id=10的记录,会违反unique约束,此时执行update flag=’false’,于是有一行记录被update了。 这相当于执行: 仔细看,insert的结果返回,提示: 有意思么? 画外音:本文所有实验,基于MySQL5.6。 总结,对于主键与***索引约束: 互联网大数据量高并发量业务,为了大家的身心健康,请使用InnoDB。