共計(jì) 1542 個(gè)字符，預(yù)計(jì)需要花費(fèi) 4 分鐘才能閱讀完成。
自動(dòng)寫代碼機(jī)器人，免費(fèi)開通
這篇文章給大家分享的是有關(guān) MySQL 中唯一性約束與 NULL 的示例分析的內(nèi)容。丸趣 TV 小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨丸趣 TV 小編過來看看吧。
前言
之前做的一個(gè)需求，簡(jiǎn)化描述下就是接受其他組的 MQ 的消息，然后在數(shù)據(jù)庫里插入一條記錄。為了防止他們重復(fù)發(fā)消息，插入多條重復(fù)記錄，所以在表中的幾個(gè)列上加了個(gè)唯一性索引。
CREATE UNIQUE INDEX IDX_UN_LOAN_PLAN_APP ON testTable (A, B, C);這時(shí) 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，默認(rèn)值為 NULL。之所以默認(rèn)值為 NULL，是考慮到不是所有記錄都有這個(gè)時(shí)間的，如果強(qiáng)行設(shè)置一個(gè) Magic Value (比如 1970-01-01 08:00:00‘) 當(dāng)做默認(rèn)值，看起來很奇怪。
藍(lán)后。。。就出問題了。加了 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 都是可以執(zhí)行成功的，數(shù)據(jù)庫中會(huì)有多條一樣的記錄。可按照我們以前的構(gòu)想，在執(zhí)行后兩條 SQL 時(shí) 應(yīng)該拋出‘Duplicate key 的異常的。
后來查了一下，才發(fā)現(xiàn)其實(shí) MySQL 官方文檔上已經(jīng)明確說了這一點(diǎn)，唯一性索引是允許多個(gè) 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.從下表中也可以看出來不管是采用什么類型的存儲(chǔ)引擎，在建立 unique key 的時(shí)候都是允許多個(gè) NULL 存在的。。。。
細(xì)想想，其實(shí)也蠻合理，畢竟在 MySQL 中認(rèn)為 NULL 代表著“未知”。在 SQL 中，任何值與 NULL 的比較返回值都是 NULL 而不是 TRUE, 就算 NULL 與 NULL 的比較也是返回 NULL。
所以只能 fix 了。。。解決辦法也蠻簡(jiǎn)單粗暴的，直接把線上數(shù)據(jù)刷了一遍，將“1970-01-01 08:00:00”作為默認(rèn)值，然后把那列改為不允許為 NULL 的了，咳咳。
MySQL 官網(wǎng)上也有蠻多人討論過這個(gè)問題，一部分人認(rèn)為這是 MySQL 的 bug，另一部分則認(rèn)為是一個(gè) feature。
感謝各位的閱讀！關(guān)于“MySQL 中唯一性約束與 NULL 的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！
向 AI 問一下細(xì)節(jié)
