执行以下命令时:
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
当前回答
我对这个相同问题的修复是添加一个选项作为第三个参数:charset
queryInterface.createTable(
tableName,
{ /*... columns*/ },
{ charset: 'utf8' }
)
否则sequelize将创建utf8mb4表。
其他回答
在导入文件中用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等等)每个字符使用一个以上的字节。
由于前缀限制，将发生此错误。在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;
在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限制的情况下实现预期的业务规则。
