MySQL の「特殊キーが長すぎます」の解決策

テーブルを作成するときに、興味深い問題に遭遇しました。「指定されたキーが長すぎます。キーの最大長は 767 バイトです」というメッセージが表示されました。説明から、キーが長すぎて、指定された制限の 767 バイトを超えているようです。

以下は問題を引き起こすテーブル構造です

テーブル `test_table` を作成します (
  `id` int(11) 符号なし NOT NULL AUTO_INCREMENT,
  `name` varchar(1000) NOT NULL デフォルト ''
  `link` varchar(1000) NOT NULL デフォルト '',
  主キー (`id`)、
  キー `name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=1 デフォルト CHARSET=utf8mb4;

名前の長さを1000可変文字に設定していることがわかります。utf8mb4エンコーディングが使用されているため、サイズは1000 * 4 > 767になります。
したがって、他の設定を変更しない場合、varcharの長さは767 / 4 = 191になります。

興味のある学生はSpecified key was too long; max key length is 767 bytes

解決策1

InnoDBエンジンの使用
innodb_large_prefix オプションを有効にし、制約を 3072 バイトに拡張するように変更します。
データベースを再作成する

my.cnf の設定

グローバル innodb_large_prefix を on に設定します。
グローバル innodb_file_per_table を on に設定します。
グローバル innodb_file_format=BARRACUDA を設定します。
グローバル innodb_file_format_max=BARRACUDA を設定します。

上記の3072バイトの理由は次のとおりです。

InnoDB ページのデフォルトサイズは 16k であることがわかっています。これは Btree 構成であるため、リーフノード上のページには少なくとも 2 つのレコードが含まれている必要があります (そうでない場合、リンクリストに退化します)。
したがって、レコードは最大 8k を超えることはできません。 InnoDB のクラスター化インデックス構造により、セカンダリインデックスにはプライマリキーインデックスを含める必要があるため、各単一インデックスは 4k を超えることはできません (極端な場合には、pk とセカンダリインデックスの両方がこの制限に達します)。
予約領域と補助領域が必要なため、減算後の数値は 3500 を超えることはできないため、「整数」は (1024*3) になります。

解決策2

テーブルを作成するときに、row_format=DYNAMICを追加します。

テーブル `test_table` を作成します (
  `id` int(11) 符号なし NOT NULL AUTO_INCREMENT,
  `name` varchar(255) NOT NULL デフォルト ''
  `link` varchar(255) NOT NULL デフォルト ''
  主キー (`id`)、
  キー `name` (`name`)
)ENGINE=InnoDB デフォルト文字セット=utf8mb4 row_format=DYNAMIC;

このパラメータの機能は次のとおりです

MySQL インデックスは 767 バイトしかサポートしておらず、utf8mb4 の各文字は 4 バイトを占めるため、インデックスの最大長は 191 文字、つまり varchar(191) に限られます。より大きなフィールドを使用する場合は、MySQL をデータ圧縮をサポートするように設定し、テーブル属性 row_format ={DYNAMIC|COMPRESSED} を変更する必要があります。

これで、MySQL インデックスが長すぎる問題の解決方法についての記事は終了です。MySQL インデックスが長すぎる問題の詳細については、123WORDPRESS.COM の以前の記事を検索するか、次の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません: