Home > Database > Mysql Tutorial > body text

Detailed explanation of unique constraints and NULL in MySQL

黄舟
Release: 2017-05-21 10:10:23
Original
1273 people have browsed it

What is recorded here is a bug that happened a long time ago. It mainly introduces to you the relevant information about uniqueness constraints and NULL in MySQL. In the article The introduction is very detailed and has certain reference and learning value for everyone. Friends who need it can take a look below.

Preface

A requirement I made before, a simplified description is to accept MQ messages from other groups, and then insert a record into the database . In order to prevent them from repeatedly sending messages and inserting multiple duplicate records, a unique index was added to several columns in the table.

CREATE UNIQUE INDEX IDX_UN_LOAN_PLAN_APP ON testTable (A, B, C);
Copy after login

At this time, the three columns A, B, and C do not allow NULL values, and the unique constraint also works.

Later, due to changes in requirements, the previous uniqueness constraint was modified and an additional column was added. (I won’t go into details as to why.)

ALTER TABLE testTable
DROP INDEX IDX_UN_LOAN_PLAN_APP,
ADD UNIQUE KEY `IDX_UN_LOAN_PLAN_APP` (A, B, C, D);
Copy after login

The newly added D is of type datetime, which is allowed to be NULL and the default value is NULL. The reason why the default value is NULL is because not all records have this time. If you forcibly set a Magic Value (such as '1970-01-01 08:00:00') as the default value, it will look strange.

Blue Queen. . . Something went wrong. After adding D, the uniqueness constraint is basically invalid.

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
Copy after login

The above three SQLs can all be executed successfully, and there will be multiple identical records in the database. According to our previous idea, the 'Duplicate key' exception should be thrown when executing the last two SQLs.

After checking, I found out that the MySQL official document has clearly stated this. The unique index allows the existence of multiple NULL values:

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.
Copy after login

From the following table, It can be seen that no matter what type of storage engine is used, multiple NULLs are allowed to exist when creating a unique key. . . .

If you think about it carefully, it is actually quite reasonable. After all, NULL is considered to represent "unknown" in MySQL. In SQL, the comparison between any value and NULL returns NULL instead of TRUE, even the comparison between NULL and NULL returns NULL.

So we can only fix it. . . The solution is quite simple and crude. Just refresh the online data, set "1970-01-01 08:00:00" as the default value, and then change that column to not allow NULL, ahem.

Many people have discussed this issue on the MySQL official website. Some people think it is a bug of MySQL, while others think it is a feature. A link is attached.

MySQL Bugs: #8173: unique index allows duplicates with null values

Summary

The above is the detailed content of Detailed explanation of unique constraints and NULL in MySQL. For more information, please follow other related articles on the PHP Chinese website!

Related labels:
source:php.cn
Statement of this Website
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn
Popular Tutorials
More>
Latest Downloads
More>
Web Effects
Website Source Code
Website Materials
Front End Template