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

Wenn jemand Probleme mit INNODB /Utf-8 versucht, eine UNIQUE index auf ein VARCHAR(256) Feld, schalten Sie es auf VARCHAR(255). Es scheint 255 ist die Begrenzung.

InformationsquelleAutor PinkTurtle

MySQL übernimmt schlimmsten Fall für die Anzahl der bytes pro Zeichen in der Zeichenfolge. Für den MySQL - 'utf8' - Codierung ist, dass die 3 Byte pro Zeichen da, dass die Kodierung nicht erlaubt, die Zeichen über U+FFFF. Für den MySQL - 'utf8mb4' encoding, ist es 4 bytes pro Zeichen, da es ist, was ruft MySQL die tatsächlichen UTF-8.

Also angenommen, Sie sind mit 'utf8', Ihrem ersten Spalte 60 Byte für den index und die zweite weitere 1500.

InformationsquelleAutor morganwahl

Welche Zeichenkodierung benutzt du? Einige Zeichensätze (wie UTF-16, et cetera) mehr als ein byte pro Zeichen.

InformationsquelleAutor Amber

Ich denke, varchar(20) erfordert nur 21 bytes, während varchar(500) nur
erfordert 501 bytes. So ist die Summe der bytes 522, weniger als 767. Also warum
habe ich die Fehlermeldung bekommen?

UTF8 benötigt 3 Byte pro Zeichen zum speichern der Zeichenfolge, also in deinem Fall 20 + 500 Zeichen = 20*3+500*3 = 1560 bytes, die mehr als erlaubt 767 bytes.

Den Grenzwert für UTF8 ist 767/3 = 255 Zeichen, für UTF8mb4, die verwendet 4 Byte pro Zeichen, es ist 767/4 = 191 Zeichen.

Es gibt zwei Lösungen für dieses problem, wenn Sie verwenden müssen, um mehr Spalte als der Grenzwert:

1. Verwendung "billiger" - Kodierung (die eine, die benötigt weniger bytes pro Zeichen)
   
   In meinem Fall brauchte ich hinzufügen Eindeutigen index auf die Spalte, in der SEO-string der Artikel, wie ich nur [A-z0-9\-] Zeichen für SEO verwendet habe ich latin1_general_ci verwendet nur ein byte pro Zeichen und so Spalte kann 767 Byte Länge.
2. Erstellen Sie hash aus Ihrer Spalte, und verwenden Sie unique-index nur auf, dass
   
   Die andere option war für mich so erstellen Sie eine weitere Spalte, die würde speichern hash-SEO, wird in dieser Spalte hätte UNIQUE Schlüssel, um sicherzustellen, SEO-Werte eindeutig sind. Ich würde auch KEY index, original-SEO-Spalte, um die Geschwindigkeit nach oben schauen.

InformationsquelleAutor Buksy

Specified key was too long; max key length is 767 bytes

Erhielten Sie diese Nachricht, weil 1 byte entspricht 1 Zeichen nur, wenn Sie die latin-1 - Zeichensatz. Wenn Sie utf8 jedes Zeichen wird als 3 Byte bei der Definition der key-Spalte. Wenn Sie utf8mb4 jedes Zeichen wird als 4 bytes, die bei der Definition der key-Spalte. So müssen Sie multiplizieren Sie Ihre Schlüssel-Feld die Zeichen-Grenze von, 1, 3, oder 4 (in meinem Beispiel) zum ermitteln der Anzahl von bytes, die das key-Feld ist, versuchen zu ermöglichen. Wenn Sie mit uft8mb4, können Sie nur definieren, 191 Zeichen für eine native, InnoDB primary key-Feld. Nur nicht die Verletzung 767 bytes.

InformationsquelleAutor Anthony Rutledge

Stießen wir auf dieses Problem wenn Sie versuchen, um einen EINDEUTIGEN index auf einem VARCHAR(255) - Feld mit utf8mb4. Während das problem beschrieben ist auch hier schon, ich wollte fügen Sie einige praktische Ratschläge, wie wir erkannt hat und es gelöst.

Wenn mit utf8mb4, Zeichen zählen als 4 bytes, während utf-8, Sie konnte als 3 bytes. InnoDB-Datenbanken haben eine Grenze, die Indizes kann enthalten nur 767 bytes. So bei der Verwendung von utf8, können Sie eine Speicherung von 255 Zeichen (767/3 = 255), aber mit utf8mb4, können Sie nur speichern, 191 Zeichen (767/4 = 191).

Sind Sie absolut in der Lage, hinzufügen reguläre Indizes für VARCHAR(255) Felder mit utf8mb4, aber was passiert, ist der index der Größe ist abgeschnitten von 191 Zeichen automatisch - wie unique_key hier:

Ist dies in Ordnung, weil regelmäßige Indizes werden nur verwendet, um zu helfen, MySQL Suche über Ihre Daten schneller. Das ganze Feld nicht indiziert werden müssen.

Also, warum MySQL truncate den index automatisch für regelmäßige Indizes, aber werfen eine explizite Fehlermeldung, wenn Sie versuchen, es zu tun für eindeutige Indizes? Gut, für MySQL in der Lage sein, um herauszufinden, ob der Wert, der eingefügt oder aktualisiert wird ist bereits vorhanden, es muss eigentlich-index den gesamten Wert und nicht nur ein Teil davon.

Am Ende des Tages, wenn Sie möchten, einen eindeutigen index auf ein Feld, wird der gesamte Inhalt des Feldes passen müssen in den index. Für utf8mb4, dies bedeutet eine Reduzierung Ihrer VARCHAR-Feld-Längen von bis zu 191 Zeichen oder weniger. Wenn Sie nicht brauchen, utf8mb4 für die Tabelle oder Feld, können Sie legen Sie es zurück auf utf8 und in der Lage sein, um Ihre 255 Felder Länge.

InformationsquelleAutor maknz

Ich habe einige der Suche zu diesem Thema habe endlich einige benutzerdefinierte ändern

Für MySQL workbench Version 6.3.7 Grafische inter-phase verfügbar ist

1. Starten Sie Workbench und wählen Sie die Verbindung.
2. Gehen Sie zu management-oder die Instanz, und wählen Sie die Optionen Datei.
3. Wenn Workbench bitten, Ihnen die Berechtigung zum Lesen der Konfigurationsdatei und dann lassen Sie es durch drücken der OK-Taste zwei mal.
4. In der Mitte platzieren Administrator-Optionen Fenster Datei kommt.
5. Gehen, Um InnoDB-tab und überprüfen Sie die innodb_large_prefix wenn es nicht aktiviert im Abschnitt "allgemein".
6. set innodb_default_row_format Wert der option DYNAMIC.

Für Versionen unter 6.3.7 direct-Optionen sind nicht verfügbar, so müssen Sie gehen mit Eingabeaufforderung

1. Start CMD als administrator.
2. Gehen Sie Zum Direktor, wo der mysql-server ist, installieren die Meisten der Fälle, die am
   "C:\Program Files\MySQL\MySQL Server 5.7\bin" so Befehl
   "cd \"
   "cd Program Files\MySQL\MySQL Server 5.7\bin".
3. Nun den Befehl Ausführen
   mysql -u userName-p databasescheema
   Jetzt ist es Passwort des jeweiligen Benutzers.
   Geben Sie Kennwort und geben Sie in die mysql-Eingabeaufforderung.
4. Wir haben einige Globale Einstellungen geben Sie die nachstehenden Befehle eins nach dem anderen
   set global innodb_large_prefix=on;
   set global innodb_file_format=barracuda;
   set global innodb_file_per_table=true;
5. Jetzt bei der letzten, die wir haben, zu ändern, die ROW_FORMAT der benötigten Tabelle standardmäßig die KOMPAKTE, die wir haben, um es zu DYNAMISCH.
6. verwenden Sie folgenden Befehl
   alter table table_name ROW_FORMAT=DYNAMIC;
7. Getan

InformationsquelleAutor Abhishek

Ich das Problem behoben mit :

varchar(200) 

ersetzt mit

varchar(191)

alle varchar-die mehr als 200 ersetzen Sie Sie mit 191 oder setzen Sie text.

InformationsquelleAutor flik

Nur die änderung utf8mb4 zu utf8 beim erstellen von Tabellen mein problem gelöst. Zum Beispiel: CREATE TABLE ... DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; zu CREATE TABLE ... DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;.

InformationsquelleAutor MajidJafari

Für laravel oder 5.6 5.7

Schritte gefolgt

1. Gehen App\Providers\AppServiceProvider.php.
2. Dieses Add-provider use Illuminate\Support\Facades\Schema; im top.
3. Innerhalb der Boot-Funktion, Fügen Sie diese Schema::defaultStringLength(191);

dass alle, Genießen.

InformationsquelleAutor Manojkiran.A

Überprüfen Sie bitte, ob sql_mode ist wie

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

wenn es ist, ändern

sql_mode=NO_ENGINE_SUBSTITUTION

ODER

Ihren server neu starten, ändern Ihr my.cnf-Datei (folgenden)

innodb_large_prefix=on

InformationsquelleAutor neel

Aufgrund Präfix Einschränkungen dieser Fehler auftreten wird. 767 Byte ist die angegebene Präfix Einschränkung für InnoDB-Tabellen in MySQL-Versionen vor 5.7 . Es sind 1.000 Byte lange für MyISAM-Tabellen. In MySQL-version 5.7 und höher dieses limit wurde erhöht, um 3072 bytes.

Ausführen der folgenden Schritte auf dem service geben Sie den Fehler beheben sollten, Ihr Problem. Dies muss durchgeführt werden in der MYSQL-CLI.

SET GLOBAL innodb_file_format=Barracuda;
SET GLOBAL innodb_file_per_table=on;
SET GLOBAL innodb_large_prefix=on;

InformationsquelleAutor Rivers

Wenn Sie so etwas wie:

CREATE TABLE IF NOT EXISTS your_table (
  id int(7) UNSIGNED NOT NULL AUTO_INCREMENT,
  name varchar(256) COLLATE utf8mb4_bin NOT NULL,
  PRIMARY KEY (id),
  UNIQUE KEY name (name)
) ENGINE=INNODB DEFAULT CHARSET=utf8mb4 AUTO_INCREMENT=1 ROW_FORMAT=FIXED;

es sollte so etwas wie

CREATE TABLE IF NOT EXISTS your_table (
      id int(7) UNSIGNED NOT NULL AUTO_INCREMENT,
      name varchar(256) COLLATE utf8mb4_bin NOT NULL,
      PRIMARY KEY (id)
    ) ENGINE=INNODB DEFAULT CHARSET=utf8mb4 AUTO_INCREMENT=1 ROW_FORMAT=FIXED;

aber Sie brauchen, um zu überprüfen, Einzigartigkeit, dass die Spalte aus dem code oder das hinzufügen einer neuen Spalte als MD5-oder SHA1-Hash des varchar-Spalte

InformationsquelleAutor 10undertiber

Wenn Sie Sie geändert haben innodb_log_file_size vor kurzem, versuchen Sie, die Wiederherstellung des vorherigen Wertes, die gearbeitet.

InformationsquelleAutor AnkitK

Mein Update auf diese sehr gleiche Frage wurde um eine option einzufügen, als 3. argument: charset

queryInterface.createTable(
  tableName,
  { /*... columns*/ },
  { charset: 'utf8' } 
)

Sonst sequelize würde das erstellen von Tabellen als utf8mb4.

InformationsquelleAutor Luis Azcuaga