执行以下命令时:
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
当前回答
好吧，在我的情况下，我必须将数据库文件从mySQL 5.7恢复到mySQL 5.6，我遇到了这个问题。
根本原因是版本不兼容，并且索引的某些列长于191(默认值为255)。
所以解决方案很简单:让所有“索引列的长度”都小于191(例如180)
其他回答
在我的例子中，我在使用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字节。
在导入文件中用utf8替换utf8mb4。
但请注意，utf8字符集已弃用，它不支持所有的Unicode字符，例如表情符号，所以如果这样做，您将失去对Unicode的完全支持。
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
您使用的是什么字符编码?有些字符集(如UTF-16等等)每个字符使用一个以上的字节。
如果有人在InnoDB和utf8字符集试图在VARCHAR(256)字段上放置UNIQUE索引时遇到问题，请将其切换到VARCHAR(255)字段。255似乎是限制。
