MySQL 错误 #1071 - 指定的键太长;最大密钥长度为 767 字节

2021-09-16 00:00:00 byte mysql varchar mysql-error-1071

当我执行以下命令时:

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

我收到此错误消息:

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

关于 column1 和 column2 的信息:

Information about column1 and column2:

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

我认为 varchar(20) 只需要 21 个字节,而 varchar(500) 只需要 501 个字节.所以总字节数是 522,小于 767.那么为什么我会收到错误消息?

I think varchar(20) only requires 21 bytes while varchar(500) only requires 501 bytes. So the total bytes are 522, less than 767. So why did I get the error message?

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

推荐答案

767 字节是 规定的前缀限制在 MySQL 5.6 版(和之前的版本)中的 InnoDB 表.MyISAM 表的长度为 1,000 字节.在 MySQL 5.7 及更高版本中,此限制已增加到 3072 字节.

767 bytes is the stated prefix limitation for InnoDB tables in MySQL version 5.6 (and prior versions). It's 1,000 bytes long for MyISAM tables. In MySQL version 5.7 and upwards this limit has been increased to 3072 bytes.

您还必须注意,如果您在 utf8mb4 编码的 big char 或 varchar 字段上设置索引,则必须将 767 字节(或 3072 字节)的最大索引前缀长度除以 4,结果为 191.这是因为 utf8mb4 字符的最大长度是四个字节.对于 utf8 字符,它将是三个字节,导致最大索引前缀长度为 254.

You also have to be aware that if you set an index on a big char or varchar field which is utf8mb4 encoded, you have to divide the max index prefix length of 767 bytes (or 3072 bytes) by 4 resulting in 191. This is because the maximum length of a utf8mb4 character is four bytes. For a utf8 character it would be three bytes resulting in max index prefix length of 254.

您可以选择的一种方法是为您的 VARCHAR 字段设置下限.

One option you have is to just place lower limit on your VARCHAR fields.

另一种选择(根据对此问题的回应)是获得列的子集而不是整个金额,即:

Another option (according to the response to this issue) is to get the subset of the column rather than the entire amount, i.e.:

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

调整,因为您需要获取要应用的密钥,但我想知道是否值得检查有关此实体的数据模型,以查看是否有改进可以让您在不影响 MySQL 的情况下实现预期的业务规则限制.

Tweak as you need to get the key to apply, but I wonder if it would be worth it to review your data model regarding this entity to see if there's improvements that would allow you to implement the intended business rules without hitting the MySQL limitation.

相关文章