MySQL-Fehler #1071 - Der angegebene Schlüssel war zu lang; die maximale Schlüssellänge beträgt 767 Bytes

Question

Wenn ich den folgenden Befehl ausführe:

ALTER TABLE `mytable` ADD UNIQUE (
`column1` ,
`column2`
);

Ich habe diese Fehlermeldung erhalten:

#1071 - Specified key was too long; max key length is 767 bytes

Informationen über Spalte1 und Spalte2:

column1 varchar(20) utf8_general_ci
column2  varchar(500) utf8_general_ci

でしょう varchar(20) benötigt nur 21 Bytes, während varchar(500) benötigt nur 501 Bytes. Die Gesamtzahl der Bytes beträgt also 522, also weniger als 767. Warum habe ich dann die Fehlermeldung erhalten?

#1071 - Specified key was too long; max key length is 767 bytes

Answer 1

Führen Sie diese Abfrage vor Ihrer Abfrage aus:

SET @@global.innodb_large_prefix = 1;

wird die Grenze auf 3072 bytes .

Answer 2

Welche Zeichenkodierung verwenden Sie? Einige Zeichensätze (wie UTF-16 usw.) verwenden mehr als ein Byte pro Zeichen.

Answer 3

Ersetzen Sie utf8mb4 con utf8 in Ihrer Importdatei.

Answer 4

Ich glaube, varchar(20) benötigt nur 21 Bytes, während varchar(500) nur 501 Bytes benötigt. Die Gesamtzahl der Bytes beträgt also 522, weniger als 767. Warum also habe ich die Fehlermeldung erhalten?

UTF8 benötigt 3 Bytes pro Zeichen um die Zeichenfolge zu speichern, in Ihrem Fall also 20 + 500 Zeichen = 20*3+500*3 = 1560 Bytes, das ist mehr als erlaubt 767 Bytes.

Die Grenze für UTF8 ist 767/3 = 255 Zeichen für UTF8mb4, das 4 Bytes pro Zeichen verwendet, sind es 767/4 = 191 Zeichen.

---

Es gibt zwei Lösungen für dieses Problem, wenn Sie eine längere Spalte als den Grenzwert verwenden müssen:

1. Verwenden Sie die "billigere" Kodierung (diejenige, die weniger Bytes pro Zeichen benötigt)
   In meinem Fall musste ich einen Unique-Index für die Spalte hinzufügen, die den SEO-String des Artikels enthält, da ich nur [A-z0-9\-] Zeichen für SEO, ich habe latin1_general_ci die nur ein Byte pro Zeichen verwendet, so dass die Spalte 767 Bytes lang sein kann.
2. Erstellen Sie einen Hash aus Ihrer Spalte und verwenden Sie einen eindeutigen Index nur für diese Spalte
   Die andere Option für mich war es, eine weitere Spalte zu erstellen, die Hash von SEO speichern würde, diese Spalte würde haben UNIQUE Schlüssel, um sicherzustellen, dass die SEO-Werte eindeutig sind. Ich würde auch hinzufügen KEY Index zur ursprünglichen SEO-Spalte, um die Suche zu beschleunigen.

Answer 5

Die Antwort auf die Frage, warum Sie eine Fehlermeldung erhalten, wurde bereits von vielen Benutzern hier beantwortet. In meiner Antwort geht es darum, wie man die Fehlermeldung behebt und wie sie verwendet werden kann.

Siehe von dieser Link .

1. Öffnen Sie den MySQL-Client (oder MariaDB-Client). Es handelt sich um ein Kommandozeilenwerkzeug.
2. Es wird nach Ihrem Passwort gefragt, geben Sie Ihr richtiges Passwort ein.
3. Wählen Sie Ihre Datenbank mit dem folgenden Befehl aus use my_database_name;

Datenbank geändert

4. set global innodb_large_prefix=on;

Abfrage OK, 0 Zeilen betroffen (0.00 sec)

5. set global innodb_file_format=Barracuda;

Abfrage OK, 0 Zeilen betroffen (0.02 sec)

6. Rufen Sie Ihre Datenbank über phpMyAdmin oder ein ähnliches Programm auf, um die Verwaltung zu erleichtern. > Datenbank auswählen > Tabelle anzeigen Struktur > Weiter zu Betrieb Registerkarte. > Ändern REIHE_FORMAT à DYNAMISCH und speichern Sie die Änderungen.
7. Zu den Tabellen Struktur Registerkarte > Klicken Sie auf Einzigartig Taste.
8. Erledigt. Jetzt sollte es keine Fehler mehr geben.

Das Problem bei dieser Lösung ist, dass Sie die Datenbank auf einen anderen Server exportieren (z.B. von localhost auf realhost) und Sie die MySQL-Befehlszeile auf diesem Server nicht verwenden können. Sie können es dort nicht zum Laufen bringen.