次のコマンドを実行したとき：
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
501バイトしか必要とvarchar(20)しないのに、21バイトしか必要ないと思います。varchar(500)したがって、合計バイト数は 522 で、767 未満です。では、なぜエラー メッセージが表示されたのでしょうか?
#1071 - Specified key was too long; max key length is 767 bytes
MySQL バージョン 5.6 (およびそれ以前のバージョン) の 767 バイトは、InnoDB テーブルのプレフィックス制限として規定されています。MyISAM テーブルの長さは 1,000 バイトです。この制限は、 MySQL バージョン 5.7 (およびそれ以降)では 3072 バイトに引き上げられました。
また、エンコードされた大きな char またはvarcharフィールドにインデックスを設定する場合utf8mb4は、767 バイト (または 3072 バイト) の最大インデックス プレフィックス長を 4 で割ると191になることにも注意する必要があります。これは、utf8mb4文字の最大長が 4 バイトであるためです。文字の場合utf8は 3 バイトになり、最大インデックス プレフィックス長は255 (またはヌル ターミネータを差し引いた 254 文字) になります。
VARCHARあなたが持っている1つのオプションは、フィールドに下限を設定することです.
別のオプション (この問題への回答によると) は、全体の量ではなく、列のサブセットを取得することです。つまり、次のようになります。
ALTER TABLE `mytable` ADD UNIQUE ( column1(15), column2(200) );
適用するキーを取得する必要があるため微調整しますが、このエンティティに関するデータ モデルを見直して、MySQL の制限に達することなく意図したビジネス ルールを実装できるようにする改善がないかどうかを確認する価値があるかどうか疑問に思います。 .
INNODB / Utf-8UNIQUEでフィールドにインデックスを設定しようとして問題が発生している場合はVARCHAR(256)、 に切り替えてVARCHAR(255)ください。255が限界のようです。
MySQL は、文字列内の文字あたりのバイト数について最悪のケースを想定しています。MySQL の 'utf8' エンコーディングでは、1 文字あたり 3 バイトU+FFFFです。MySQL 'utf8mb4' エンコーディングの場合、MySQL が実際の UTF-8 と呼ぶものであるため、1 文字あたり 4 バイトです。
したがって、「utf8」を使用していると仮定すると、最初の列は 60 バイトのインデックスを使用し、2 番目の列はさらに 1500 バイトを使用します。
どの文字エンコーディングを使用していますか? 一部の文字セット (UTF-16 など) は、1 文字あたり複数のバイトを使用します。
varchar(20) は 21 バイトしか必要としないのに対し、varchar(500) は 501 バイトしか必要としないと思います。したがって、合計バイト数は 522 で、767 未満です。では、なぜエラー メッセージが表示されたのでしょうか?
UTF8 では、文字列を格納するために 1 文字あたり 3 バイトが必要なので、この場合、20 + 500 文字 = 20*3+500*3 = 1560バイトとなり、これは許容される767バイトを超えます。
UTF8 の制限は 767/3 = 255 文字です。1 文字あたり 4 バイトを使用する UTF8mb4 の場合、767/4 = 191 文字です。
[A-z0-9\-]latin1_general_ciUNIQUESEO 値が一意であることを確認するためのキーがあります。KEYまた、検索を高速化するために、元の SEO 列にインデックスを追加します。エラーメッセージが表示される理由についての回答は、ここで多くのユーザーによって既に回答されています. 私の答えは、それを修正してそのまま使用する方法についてです。
このリンクから参照してください。
use my_database_name; データベースが変更されました
set global innodb_large_prefix=on;クエリ OK、影響を受ける行は 0 (0.00 秒)
set global innodb_file_format=Barracuda;クエリ OK、影響を受ける行は 0 (0.02 秒)
この修正の問題は、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 バイトを超えないようにしてください。
長い列の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 の長さのフィールドを保持できます。
私はこのトピックについていくつかの検索を行い、最終的にいくつかのカスタム変更を取得しました
MySQL Workbench 6.3.7 バージョンの場合、グラフィカルな中間フェーズが利用可能です
6.3.7 より前のバージョンでは直接オプションを使用できないため、コマンド プロンプトを使用する必要があります。
テーブルを作成するときに変更するだけ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;
sql_modeのようなものかどうかを確認してください
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
そうであれば、に変更します
sql_mode=NO_ENGINE_SUBSTITUTION
また
my.cnf ファイルを変更してサーバーを再起動します (以下を入力)
innodb_large_prefix=on
次のようなものを作成している場合：
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 として新しい列を追加する必要があります
私にとっては、「#1071 - 指定されたキーが長すぎました。最大キー長は 767 バイトです」という問題は、列のサイズを 200 に制限することで主キーと一意のキーの組み合わせを変更した後に解決されました。
ALTER TABLE `mytable` ADD UNIQUE (
`column1` (200) ,
`column2` (200)
);
問題のあるインデックス フィールドの CHARSET を「latin1」に変更します。
つまり、ALTER TABLE tbl CHANGE myfield myfield varchar(600) CHARACTER SET latin1 DEFAULT NULL;
latin1 は 1 文字に対して 4 バイトではなく 1 バイトを使用します