执行以下命令时:
ALTER TABLE `mytable` ADD UNIQUE (
`column1` ,
`column2`
);
我得到了这个错误信息:
#1071 - Specified key was too long; max key length is 767 bytes
columnn1和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
当前回答
在我的例子中，我在使用linux重定向输出/输入字符备份数据库时遇到了这个问题。因此，我按照下面的描述更改语法。PS:使用linux或mac终端。
备份(没有>重定向)
# mysqldump -u root -p databasename -r bkp.sql
恢复(不带< redirect)
# mysql -u root -p --default-character-set=utf8 databasename
mysql> SET names 'utf8'
mysql> SOURCE bkp.sql
错误“指定的键太长;最大密钥长度是767字节。
其他回答
我解决了这个问题:
varchar(200)
取而代之的是
varchar(191)
所有超过200的唯一或主varchar键将它们替换为191或将它们设置为文本。
请检查sql_mode是否为like
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
如果是，则更改为
sql_mode=NO_ENGINE_SUBSTITUTION
OR
重新启动服务器，修改my.cnf文件(如下所示)
innodb_large_prefix=on
5解决方法:
在5.7.7中提高了限制(MariaDB 10.2.2?)。并且可以通过5.6(10.1)中的一些工作来增加它。
如果你因为试图使用字符集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
在MySQL 5.6(以及之前的版本)中，767字节是InnoDB表的前缀限制。MyISAM表有1000字节长。在MySQL版本5.7(及以上)中，此限制已增加到3072字节。
您还必须注意，如果在utf8mb4编码的大char或varchar字段上设置索引，则必须将最大索引前缀长度767字节(或3072字节)除以4，结果为191。这是因为utf8mb4字符的最大长度是4个字节。对于utf8字符，它将是三个字节，导致最大索引前缀长度为255(或减去空结束符，254个字符)。
一个选择是在VARCHAR字段上设置下限。
另一种选择(根据对这个问题的响应)是获取列的子集，而不是整个数量，即:
ALTER TABLE `mytable` ADD UNIQUE ( column1(15), column2(200) );
根据需要进行调整以获得要应用的键，但我想知道是否值得检查关于这个实体的数据模型，看看是否有可能进行改进，从而允许您在不触及MySQL限制的情况下实现预期的业务规则。
MySQL对字符串中每个字符的字节数假设最坏的情况。对于MySQL 'utf8'编码，每个字符是3个字节，因为该编码不允许字符超过U+FFFF。对于MySQL 'utf8mb4'编码，它是每个字符4字节，因为这是MySQL所谓的实际UTF-8。
因此，假设您使用'utf8'，那么您的第一列将占用索引的60字节，第二列将占用索引的1500字节。
