次のコマンドを実行したとき：

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

私はこのエラーメッセージを受け取りました：

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

column1とcolumn2に関する情報：

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

私は考えてvarchar(20)いる間のみ、21バイトを必要とvarchar(500)のみ501バイトが必要です。したがって、合計バイト数は522であり、767未満です。では、なぜエラーメッセージが表示されたのですか？

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

MySQLバージョン5.6（およびそれ以前のバージョン）でのInnoDBテーブルのプレフィックス制限は767バイトです。MyISAMテーブルの場合、長さは1,000バイトです。MySQLバージョン5.7以降では、この制限は3072バイトに引き上げられました。

また、utf8mb4でエンコードされた大きなcharまたはvarcharフィールドにインデックスを設定する場合は、インデックスプレフィックスの最大長である767バイト（または3072バイト）を4で除算する必要があることにも注意する必要があります。 utf8mb4文字の最大長は4バイトです。utf8文字の場合、3バイトになるため、インデックスプレフィックスの最大長は254になります。

1つのオプションは、VARCHARフィールドに下限を設定することです。

（この問題への応答によると）別のオプションは、全体ではなく、列のサブセットを取得することです。

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

適用するキーを取得する必要があるので微調整しますが、このエンティティに関するデータモデルを確認して、MySQLの制限に達することなく目的のビジネスルールを実装できるようにする改善点があるかどうかを確認することは価値があるのでしょうか。

INNODB / Utf-8でフィールドにUNIQUEインデックスを付けようとして問題が発生している場合はVARCHAR(256)、に切り替えVARCHAR(255)ます。255が限界のようです。

限界に達したとき。以下を設定します。

• INNODB utf8 VARCHAR(255)
• INNODB utf8mb4 VARCHAR(191)

MySQLは、文字列の文字あたりのバイト数が最悪の場合を想定しています。MySQLの「utf8」エンコーディングの場合、そのエンコーディングはを超える文字を許可しないため、文字あたり3バイトU+FFFFです。MySQLの「utf8mb4」エンコーディングの場合、これはMySQLが実際のUTF-8と呼ぶものなので、1文字あたり4バイトです。

したがって、「utf8」を使用しているとすると、最初の列はインデックスの60バイトを使用し、2番目の列はさらに1500バイトを使用します。

クエリの前にこのクエリを実行します。

SET @@global.innodb_large_prefix = 1;

これにより、制限がに増加し3072 bytesます。

Laravelフレームワークのソリューション

Laravel 5.4。*ドキュメントに従って; 次のようbootに、app/Providers/AppServiceProvider.phpファイルのメソッド内でデフォルトの文字列長を設定する必要があります。

use Illuminate\Support\Facades\Schema;

public function boot() 
{
    Schema::defaultStringLength(191); 
}

Laravel 5.4。*のドキュメントに記載されているこの修正の説明：

Laravelはutf8mb4デフォルトで文字セットを使用します。これには、データベースに「絵文字」を格納するためのサポートが含まれます。5.7.7リリースより前のバージョンのMySQLまたは10.2.2リリースより前のMariaDBを実行している場合、MySQLがそれらのインデックスを作成するために、移行によって生成されるデフォルトの文字列長を手動で構成する必要がある場合があります。これを設定するには、Schema::defaultStringLength内でメソッドを呼び出しますAppServiceProvider。

または、innodb_large_prefixデータベースのオプションを有効にすることもできます。このオプションを適切に有効にする方法については、データベースのドキュメントを参照してください。

どの文字エンコーディングを使用していますか？一部の文字セット（UTF-16など）は、文字ごとに複数のバイトを使用します。

varchar（20）には21バイトしか必要ありませんが、varchar（500）には501バイトしか必要ありません。したがって、合計バイト数は522であり、767未満です。では、なぜエラーメッセージが表示されたのですか？

UTF8は、文字列を格納するために文字ごとに3バイトを必要とするため、この場合、20 + 500文字= 20 * 3 + 500 * 3 = 1560バイトであり、許容される767バイトを超えます。

UTF8の制限は767/3 = 255文字です。1文字あたり4バイトを使用するUTF8mb4の場合、それは767/4 = 191文字です。

制限よりも長い列を使用する必要がある場合、この問題には2つの解決策があります。

1. 使用「安く」をコードする（文字あたり少ないバイトが必要です1）
   私の場合は、私が唯一使用して、記事のSEOの文字列を含む列に一意のインデックスを追加するために必要な[A-z0-9\-]私が使用し、SEOのための文字をlatin1_general_ci文字ごとに1つのだけのバイトを使用しますしたがって、列の長さは767バイトになります。
2. 列からハッシュを作成し、
   その上でのみ一意のインデックスを使用する私の他のオプションは、SEOのハッシュを格納する別の列を作成することでした。この列には、UNIQUESEO値が一意であることを確認するためのキーがあります。KEYルックアップを高速化するために、元のSEO列にもインデックスを追加します。

エラーメッセージが表示される理由に関する回答は、すでに多くのユーザーから回答されています。私の答えは、それを修正してそのまま使用する方法についてです。

このリンクから参照してください。

1. MySQLクライアント（またはMariaDBクライアント）を開きます。コマンドラインツールです。
2. パスワードを聞かれますので、正しいパスワードを入力してください。
3. このコマンドを使用してデータベースを選択します use my_database_name;

データベースが変更されました

4. set global innodb_large_prefix=on;

クエリは正常、0行が影響を受けた（0.00秒）

5. set global innodb_file_format=Barracuda;

クエリは正常、0行が影響を受けた（0.02秒）

6. 管理を容易にするために、phpMyAdminなどのデータベースに移動します。> [データベース]> [テーブル構造の表示]> [ 操作 ]タブに移動します。> ROW_FORMATをDYNAMICに変更し、変更を保存します。
7. テーブルの構造タブに移動し、[ 一意 ]ボタンをクリックします。
8. できました。これでエラーは発生しなくなりました。

この修正の問題は、dbを別のサーバーに（たとえば、localhostから実際のホストに）エクスポートし、そのサーバーでMySQLコマンドラインを使用できない場合です。そこで動作させることはできません。

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

latin-1文字セットを使用する場合にのみ、1バイトが1文字に等しいため、このメッセージが表示されます。を使用utf8すると、キー列を定義するときに各文字が3バイトと見なされます。を使用する場合utf8mb4、キー列を定義するときに、各文字は4バイトと見なされます。したがって、キーフィールドが許可しようとしているバイト数を決定するには、キーフィールドの文字制限に1、3、または4（この例では）を掛ける必要があります。uft8mb4を使用している場合、ネイティブのInnoDB主キーフィールドに定義できるのは191文字のみです。ただ767バイトを突破しないでください。

インポートファイルutf8mb4でutf8に置き換えます。

あなたは長い列のmd5の列を追加することができます

utf8mb4を使用してVARCHAR（255）フィールドにUNIQUEインデックスを追加しようとしたときに、この問題が発生しました。問題の概要はすでにここにありますが、これを理解して解決するための実用的なアドバイスを追加したいと思います。

utf8mb4を使用する場合、文字は4バイトとしてカウントされますが、utf8では、3バイトとしてカウントされます。InnoDBデータベースには、インデックスには767バイトしか含めることができないという制限があります。したがって、utf8を使用すると、255文字（767/3 = 255）を格納できますが、utf8mb4を使用すると、191文字（767/4 = 191）しか格納できません。

VARCHAR(255)utf8mb4を使用してフィールドに通常のインデックスを追加することは完全に可能ですが、次のように、インデックスサイズが191文字で自動的に切り捨てられunique_keyます。

通常のインデックスは、MySQLがデータをより迅速に検索できるようにするためだけに使用されるため、これは問題ありません。フィールド全体にインデックスを付ける必要はありません。

では、MySQLが通常のインデックスのインデックスを自動的に切り捨てるのに、一意のインデックスに対してそれを行おうとすると明示的なエラーがスローされるのはなぜですか？まあ、MySQLが挿入または更新される値がすでに存在するかどうかを把握できるようにするには、実際には値の一部ではなく、値全体にインデックスを付ける必要があります。

結局のところ、フィールドに一意のインデックスが必要な場合は、フィールドの内容全体がインデックスに収まる必要があります。utf8mb4の場合、これはVARCHARフィールド長を191文字以下に減らすことを意味します。そのテーブルまたはフィールドにutf8mb4が必要ない場合は、それをutf8にドロップして、長さ255のフィールドを保持することができます。

これが私の元の答えです：

私はデータベースを削除して次のように再作成するだけで、エラーはなくなりました。

drop database if exists rhodes; create database rhodes default CHARACTER set utf8 default COLLATE utf8_general_ci;

ただし、すべてのケースで機能するわけではありません。

これは、文字セットutf8（または utf8mb4）が指定されたVARCHAR列でインデックスを使用する際の問題であり、特定の長さを超える文字を持つVARCHAR列で使用されます。の場合utf8mb4、その特定の長さは191です。

MySQLデータベースで長いインデックスを使用する方法の詳細については、この記事の「長いインデックス」セクションを参照してください。http：//hanoian.com/content/index.php/24-automate-the-converting-a-mysql-database-文字セットからutf8mb4

5つの回避策：

5.7.7で制限が引き上げられました（MariaDB 10.2.2？）。そして、5.6（10.1）のいくつかの作業でそれを増やすことができます。

CHARACTER SET utf8mb4を使用しようとしたために制限に達した場合。次に、エラーを回避するために、次のいずれかを実行します（それぞれに欠点があります）。

⚈  Upgrade to 5.7.7 for 3072 byte limit -- your cloud may not provide this;
⚈  Change 255 to 191 on the VARCHAR -- you lose any values longer than 191 characters (unlikely?);
⚈  ALTER .. CONVERT TO utf8 -- you lose Emoji and some of Chinese;
⚈  Use a "prefix" index -- you lose some of the performance benefits.
⚈  Or... Stay with older version but perform 4 steps to raise the limit to 3072 bytes:

SET GLOBAL innodb_file_format=Barracuda;
SET GLOBAL innodb_file_per_table=1;
SET GLOBAL innodb_large_prefix=1;
logout & login (to get the global values);
ALTER TABLE tbl ROW_FORMAT=DYNAMIC;  -- (or COMPRESSED)

- http://mysql.rjweb.org/doc.php/limits#767_limit_in_innodb_indexes

私はこの問題を修正しました：

varchar(200) 

交換された

varchar(191)

200を超えるすべてのvarcharは、それらを191に置き換えるか、テキストに設定します。

私はこのトピックについていくつかの検索を行いましたが、最終的にいくつかのカスタム変更を取得

MySQL Workbench 6.3.7バージョンの場合、グラフィカルな中間フェーズが利用可能です

1. Workbenchを起動し、接続を選択します。
2. 管理またはインスタンスに移動し、オプションファイルを選択します。
3. Workbenchが構成ファイルを読み取る許可を求めてきたら、OKを2回押して許可します。
4. 中央に管理者オプションファイルウィンドウが表示されます。
5. 一般セクションでチェックされていない場合は、InnoDBタブに移動し、innodb_large_prefixをチェックします。
6. innodb_default_row_formatオプションの値をDYNAMICに設定します。

6.3.7より前のバージョンの場合、直接オプションは使用できないため、コマンドプロンプトを使用する必要があります

1. 管理者としてCMDを開始します。
2. mysqlサーバーがインストールされているディレクタに移動するほとんどの場合、C：\ Program Files \ MySQL \ MySQL Server 5.7 \ binにあるため、コマンドは "cd \" "cd Program Files \ MySQL \ MySQL Server 5.7 \ bin"です。
3. ここで、コマンドmysql -u userName -p databasescheemaを実行します。これで、各ユーザーのパスワードを要求されました。パスワードを入力し、mysqlプロンプトに入力します。
4. 以下のコマンドを1つずつ入力して、いくつかのグローバル設定を設定する必要があります。set global innodb_large_prefix = on; グローバルinnodb_file_format = barracudaを設定します。グローバルinnodb_file_per_table = trueを設定します。
5. 最後に、必要なテーブルのROW_FORMATをデフォルトで変更する必要があります。デフォルトでは、COMPACTをDYNAMICに設定する必要があります。
6. 次のコマンドを使用します。altertable table_name ROW_FORMAT = DYNAMIC;
7. できた

Laravel 5.7から6.0の場合

従うべき手順

1. に移動しApp\Providers\AppServiceProvider.phpます。
2. これをuse Illuminate\Support\Facades\Schema;一番上のプロバイダーに追加します 。
3. Boot関数の内部これを追加 Schema::defaultStringLength(191);

そのすべて、お楽しみください。

照合順序を変更します。ほとんどすべてをサポートするutf8_general_ciを使用できます

テーブルを作成utf8mb4するutf8ときに変更するだけで問題は解決しました。たとえば、次のようCREATE TABLE ... DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;にCREATE TABLE ... DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;。

これを修正するために、これは私にとって魅力のように機能します。

ALTER DATABASE dbname CHARACTER SET utf8 COLLATE utf8_general_ci;

以下に示す列に基づいて、これらの2つの変数文字列列はutf8_general_ci照合を使用しています（utf8文字セットが暗示されています）。

MySQLでは、utf8文字セットは各文字に最大3バイトを使用します。したがって、MySQLが許可する767バイトよりもはるかに大きい500 * 3 = 1500バイトを割り当てる必要があります。このため、この1071エラーが発生します。

つまり、すべての文字セットが1バイト表現であるとは限らないため（想定どおり）、文字セットのバイト表現に基づいて文字数を計算する必要がありutf8ます。MySQLのIE は、文字あたり最大3バイト、767 /3≈255を使用します。文字、およびの場合utf8mb4は最大4バイトの表現、767 /4≈191文字。

MySQLが

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

このクエリは、最大長に違反するインデックスを持つ列を検出するのに役立ちます。

SELECT
  c.TABLE_NAME As TableName,
  c.COLUMN_NAME AS ColumnName,
  c.DATA_TYPE AS DataType,
  c.CHARACTER_MAXIMUM_LENGTH AS ColumnLength,
  s.INDEX_NAME AS IndexName
FROM information_schema.COLUMNS AS c
INNER JOIN information_schema.statistics AS s
  ON s.table_name = c.TABLE_NAME
 AND s.COLUMN_NAME = c.COLUMN_NAME 
WHERE c.TABLE_SCHEMA = DATABASE()
  AND c.CHARACTER_MAXIMUM_LENGTH > 191 
  AND c.DATA_TYPE IN ('char', 'varchar', 'text')

のsql_modeようなものかどうか確認してください

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

もしそうなら、に変更

sql_mode=NO_ENGINE_SUBSTITUTION

または

my.cnfファイルを変更してサーバーを再起動します（以下を入力）

innodb_large_prefix=on

私の場合、Linuxリダイレクトの出力/入力文字を使用してデータベースをバックアップしているときにこの問題が発生しました。したがって、以下のように構文を変更します。PS：LinuxまたはMac端末を使用します。

バックアップ（>リダイレクトなし）

# mysqldump -u root -p databasename -r bkp.sql

復元（<リダイレクトなし）

# mysql -u root -p --default-character-set=utf8 databasename
mysql> SET names 'utf8'
mysql> SOURCE bkp.sql

「指定されたキーが長すぎました。キーの最大長は767バイトです」という単純なエラーがなくなりました。

インデックスの長さとMySQL / MariaDB

Laravelは、デフォルトでutf8mb4文字セットを使用します。これには、データベースに「絵文字」を格納するためのサポートが含まれます。5.7.7リリースより前のバージョンのMySQLまたは10.2.2リリースより前のMariaDBを実行している場合、MySQLがそれらのインデックスを作成するために、移行によって生成されるデフォルトの文字列長を手動で構成する必要がある場合があります。AppServiceProvider内のSchema :: defaultStringLengthメソッドを呼び出して、これを構成できます。

use Illuminate\Support\Facades\Schema;

/**
 * Bootstrap any application services.
 *
 * @return void
 */
public function boot()
{
    Schema::defaultStringLength(191);
}

または、データベースのinnodb_large_prefixオプションを有効にすることもできます。このオプションを適切に有効にする方法については、データベースのドキュメントを参照してください。

ブログからの参照： https : //www.scratchcode.io/specified-key-too-long-error-in-laravel/

公式のlaravelドキュメントからの参照： https ://laravel.com/docs/5.7/migrations

次のようなものを作成している場合：

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;

それはのようなものでなければなりません

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;

しかし、コードからその列の一意性を確認するか、varchar列のMD5またはSHA1として新しい列を追加する必要があります

接頭辞の制限により、このエラーが発生します。767バイトは、5.7より前のMySQLバージョンでのInnoDBテーブルのプレフィックスの制限です。MyISAMテーブルの場合、長さは1,000バイトです。MySQLバージョン5.7以降では、この制限は3072バイトに引き上げられました。

エラーが発生したサービスで以下を実行すると、問題が解決するはずです。これはMYSQL CLIで実行する必要があります。

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

問題のあるインデックスフィールドのCHARSETを "latin1"に変更します。
つまり、ALTER TABLE tbl CHANGE myfield myfield varchar（600）CHARACTER SET latin1 DEFAULT NULL;
latin1は、1文字に4バイトではなく1バイトを使用します

innodb_log_file_size最近変更した場合は、機能していた以前の値を復元してみてください。