执行以下命令时:
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
当前回答
我们在尝试使用utf8mb4向VARCHAR(255)字段添加UNIQUE索引时遇到了这个问题。虽然在这里已经很好地概述了这个问题，但我想为我们如何发现并解决它添加一些实际的建议。
当使用utf8mb4时，字符计数为4个字节，而在utf8下，字符计数为3个字节。InnoDB数据库有一个限制，索引只能包含767字节。因此，当使用utf8时，您可以存储255个字符(767/3 = 255)，但使用utf8mb4时，您只能存储191个字符(767/4 = 191)。
你完全可以使用utf8mb4为VARCHAR(255)字段添加常规索引，但发生的事情是索引大小自动被截断为191个字符-就像这里的unique_key:
这很好，因为常规索引只是用来帮助MySQL更快地搜索数据。整个字段不需要被索引。
那么，为什么MySQL为常规索引自动截断索引，但抛出一个显式错误时，试图这样做的唯一索引?好吧，为了让MySQL能够判断插入或更新的值是否已经存在，它需要索引整个值，而不仅仅是它的一部分。
最后，如果您想在一个字段上拥有唯一的索引，那么该字段的整个内容必须适合该索引。对于utf8mb4，这意味着将VARCHAR字段长度减少到191个字符或更少。如果这个表或字段不需要utf8mb4，那么可以将其删除回utf8，并能够保留255长度的字段。
其他回答
这个问题
MySQL中有最大键长度限制。
InnoDB -最大密钥长度为1536字节(8kb页面大小)和768字节(4kb页面大小)(来源:Dev.MySQL.com) MyISAM -最大密钥长度是1000字节(来源Dev.MySQL.com)。
这些都是以字节为单位计算的!因此，一个UTF-8字符可能需要一个以上的字节才能存储到密钥中。
因此，你只有两个直接的解决方案:
只索引文本类型的前n个字符。 创建一个全文搜索-所有内容都可以在文本中搜索，以一种类似ElasticSearch的方式
索引文本类型的前N个字符
如果您正在创建一个表，请使用以下语法来索引某些字段的前255个字符:KEY sometextkey (SomeText(255))。像这样:
CREATE TABLE `MyTable` (
`id` int(11) NOT NULL auto_increment,
`SomeText` TEXT NOT NULL,
PRIMARY KEY (`id`),
KEY `sometextkey` (`SomeText`(255))
);
如果你已经有了这个表，那么你可以用add unique (ConfigValue(20));为一个字段添加一个唯一键。像这样:
ALTER TABLE
MyTable
ADD UNIQUE(`ConfigValue`(20));
如果字段名不是保留的MySQL关键字，则在字段名周围不需要反引号(' ' ')。
创建全文搜索
全文搜索将允许您搜索文本字段的全部值。如果你使用自然语言模式，它会进行全词匹配，如果你使用其他模式之一，它会进行部分词匹配。查看更多关于全文本的选项:Dev.MySQL.com
创建您的文本表，并添加全文索引…
ALTER TABLE
MyTable
ADD FULLTEXT INDEX
`SomeTextKey` (`SomeTextField` DESC);
然后像这样搜索你的桌子……
SELECT
MyTable.id, MyTable.Title,
MATCH
(MyTable.Text)
AGAINST
('foobar' IN NATURAL LANGUAGE MODE) AS score
FROM
MyTable
HAVING
score > 0
ORDER BY
score DESC;
请检查sql_mode是否为like
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
如果是，则更改为
sql_mode=NO_ENGINE_SUBSTITUTION
OR
重新启动服务器，修改my.cnf文件(如下所示)
innodb_large_prefix=on
好吧，在我的情况下，我必须将数据库文件从mySQL 5.7恢复到mySQL 5.6，我遇到了这个问题。
根本原因是版本不兼容，并且索引的某些列长于191(默认值为255)。
所以解决方案很简单:让所有“索引列的长度”都小于191(例如180)
由于前缀限制，将发生此错误。在5.7之前的MySQL版本中，对于InnoDB表的前缀限制是767字节。MyISAM表有1000字节长。在MySQL 5.7及以上版本中，这个限制已经增加到3072字节。
在出现错误的服务上运行以下操作可以解决您的问题。这必须在MYSQL CLI中运行。
SET GLOBAL innodb_file_format=Barracuda;
SET GLOBAL innodb_file_per_table=on;
SET GLOBAL innodb_large_prefix=on;
您使用的是什么字符编码?有些字符集(如UTF-16等等)每个字符使用一个以上的字节。
