惠比寿成员,马鞍山天气预报一周,朝鲜深夜疑射导弹
前言
之前做的一个需求，简化描述下就是接受其他组的 mq 的消息，然后在数据库里插入一条记录。为了防止他们重复发消息，插入多条重复记录，所以在表中的几个列上加了个唯一性索引。
create unique index idx_un_loan_plan_app on testtable (a, b, c);
这时 a,b,c 三列都是不允许 null 值的，唯一性约束也是 work 的。
后来由于需求的变化，修改了以前的唯一性约束，又多加了一列。(至于为什么加就不赘述了)。
alter table testtable drop index idx_un_loan_plan_app, add unique key `idx_un_loan_plan_app` (a, b, c, d);
新加的 d 是类型是 datetime, 允许为 null，默认值为 null。之所以默认值为 null，是考虑到不是所有记录都有这个时间的， 如果强行设置一个 magic value (比如'1970-01-01 08:00:00‘)当做默认值，看起来很奇怪。
蓝后。。。就出问题了。加了 d 之后，唯一性约束基本就失效了。
insert into testtable (a,b,c,d) values (1,2,3,null); --- ok insert into testtable (a,b,c,d) values (1,2,3,null); --- ok insert into testtable (a,b,c,d) values (1,2,3,null); --- ok
上面的三条 sql 都是可以执行成功的，数据库中会有多条一样的记录。可按照我们以前的构想，在执行后两条 sql 时 应该抛出 ‘duplicate key' 的异常的。
后来查了一下，才发现其实 mysql 官方文档上已经明确说了这一点， 唯一性索引是允许多个 null 值的存在的：
a unique index creates a constraint such that all values in the index must be distinct. an error occurs if you try to add a new row with a key value that matches an existing row. for all engines, a unique index allows multiple null values for columns that can contain null.
从下表中也可以看出来不管是采用什么类型的存储引擎，在建立 unique key 的时候都是允许多个 null 存在的。。。。
细想想，其实也蛮合理，毕竟在 mysql 中认为 null 代表着“未知”。 在 sql 中，任何值与 null 的比较返回值都是 null 而不是 true, 就算 null 与 null 的比较也是返回 null。
所以只能 fix 了。。。解决办法也蛮简单粗暴的，直接把线上数据刷了一遍，将“1970-01-01 08:00:00”作为默认值，然后把那列改为不允许为 null 的了，咳咳。
mysql 官网上也有蛮多人讨论过这个问题，一部分人认为这是 mysql 的 bug， 另一部分则认为是一个 feature，附上链接。
mysql bugs: #8173: unique index allows duplicates with null values
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对移动技术网的支持。
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
小白安装登录mysql-8.0.19-winx64的教程图解(新手必看)
Navicat连接MySQL时报10060、1045错误及my.ini位置问题
我要评论
网友评论