MySQL中的唯一性約束與NULL詳解。本站提示廣大學習愛好者:(MySQL中的唯一性約束與NULL詳解)文章只能為提供參考,不一定能成為您想要的結果。以下是MySQL中的唯一性約束與NULL詳解正文
作者:Giraffe
這裡記錄的是很久之前的一個 bug 了,主要給大家介紹了關於MySQL中唯一性約束與NULL的相關資料,文中介紹的非常詳細,對大家具有一定的參考學習價值,需要的朋友們下面來一起看看吧。前言
之前做的一個需求,簡化描述下就是接受其他組的 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
總結
以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作能帶來一定的幫助,如果有疑問大家可以留言交流,謝謝大家對的支持。