Was hier aufgezeichnet wird, ist ein Fehler, der vor langer Zeit aufgetreten ist. Er stellt Ihnen hauptsächlich die relevanten Informationen zu eindeutigen Einschränkungen und NULL in MySQL vor. Die Einführung im Artikel ist sehr detailliert und hat einen gewissen Referenz- und Lernwert für alle . Freunde, die es brauchen. Schauen wir uns unten um.
Vorwort
Eine Anforderung, die ich zuvor gestellt habe, eine vereinfachte Beschreibung ist, MQ-Nachrichten von anderen Gruppen zu akzeptieren und dann einen Datensatz in die einzufügen Datenbank. Um zu verhindern, dass sie wiederholt Nachrichten senden und mehrere doppelte Datensätze einfügen, wurden mehreren Spalten in der Tabelle eindeutige Indizes hinzugefügt.
CREATE UNIQUE INDEX IDX_UN_LOAN_PLAN_APP ON testTable (A, B, C);
Derzeit sind NULL-Werte in den Spalten A, B und C nicht zulässig, und die Eindeutigkeitsbeschränkung funktioniert ebenfalls.
Später wurde aufgrund geänderter Anforderungen die bisherige Eindeutigkeitsbeschränkung geändert und eine zusätzliche Spalte hinzugefügt. (Ich werde nicht näher darauf eingehen, warum.)
ALTER TABLE testTable DROP INDEX IDX_UN_LOAN_PLAN_APP, ADD UNIQUE KEY `IDX_UN_LOAN_PLAN_APP` (A, B, C, D);
Das neu hinzugefügte D ist vom Typ datetime, erlaubt NULL und der Standardwert ist NULL. Der Grund, warum der Standardwert NULL ist, liegt darin, dass nicht alle Datensätze diese Zeit haben. Wenn Sie einen magischen Wert (z. B. „1970-01-01 08:00:00“) als Standardwert festlegen, sieht dies seltsam aus.
Blaue Königin. . . Etwas ist schief gelaufen. Nach dem Hinzufügen von D ist die Eindeutigkeitsbeschränkung grundsätzlich ungültig.
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
Die oben genannten drei SQLs können alle erfolgreich ausgeführt werden, und es werden mehrere identische Datensätze in der Datenbank vorhanden sein. Gemäß unserer vorherigen Idee sollte die Ausnahme „Doppelter Schlüssel“ beim Ausführen der letzten beiden SQLs ausgelöst werden.
Nachdem ich es mir angesehen habe, habe ich herausgefunden, dass dies in der offiziellen MySQL-Dokumentation eindeutig angegeben ist:
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.
Aus der Tabelle unten ist auch ersichtlich, dass unabhängig von der Art der verwendeten Speicher-Engine beim Erstellen eines eindeutigen Schlüssels mehrere NULL-Werte vorhanden sein dürfen. . . .
Wenn Sie darüber nachdenken, ist es eigentlich ganz vernünftig. Schließlich wird NULL in MySQL als „unbekannt“ angesehen. In SQL gibt der Vergleich zwischen einem beliebigen Wert und NULL NULL statt TRUE zurück, selbst der Vergleich zwischen NULL und NULL gibt NULL zurück.
Wir können es also nur beheben. . . Die Lösung ist recht einfach und grob. Aktualisieren Sie einfach die Online-Daten, legen Sie „1970-01-01 08:00:00“ als Standardwert fest und ändern Sie dann diese Spalte so, dass NULL nicht zulässig ist, ähm.
Viele Leute haben dieses Problem auf der offiziellen MySQL-Website diskutiert. Einige Leute denken, es sei ein Fehler von MySQL, während andere denken, es sei eine Funktion.
MySQL-Fehler: #8173: Eindeutiger Index erlaubt Duplikate mit Nullwerten
Das obige ist der detaillierte Inhalt vonDetaillierte Erklärung von NULL in MySQL. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!