执行以下命令时:
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
当前回答
这解决了我的问题
ALTER DATABASE dbname CHARACTER SET utf8 COLLATE
其他回答
以下是我最初的回答:
我只是删除数据库并像这样重新创建，错误就消失了: 如果rhodes存在，则删除数据库;创建数据库rhodes default 字符集utf8默认COLLATE utf8_general_ci;
然而，它并不适用于所有情况。
这实际上是在字符集为utf8(或utf8mb4)的VARCHAR列上使用索引的问题，而VARCHAR列的字符长度超过一定长度。对于utf8mb4，这个长度是191。
有关如何在MySQL数据库中使用长索引的更多信息，请参阅本文中的长索引部分:http://hanoian.com/content/index.php/24-automate-the-converting-a-mysql-database-character-set-to-utf8mb4
为了解决这个问题，这个方法对我很有效。
ALTER DATABASE dbname CHARACTER SET utf8 COLLATE utf8_general_ci;
根据下面给出的列，这两个变量字符串列使用utf8_general_ci排序规则(隐含utf8字符集)。
在MySQL中，utf8字符集每个字符最多使用3个字节。因此，它需要分配500*3=1500字节，这比MySQL允许的767字节要大得多。这就是为什么您会得到1071错误。
换句话说，您需要基于字符集的字节表示来计算字符数，因为并非每个字符集都是一个字节表示(正如您所假设的那样)。例如，MySQL中的utf8每个字符最多使用3个字节，767/3≈255个字符，而对于utf8mb4，最多使用4个字节表示，767/4≈191个字符。
众所周知，MySQL
column1 varchar(20) utf8_general_ci
column2 varchar(500) utf8_general_ci
我对这个相同问题的修复是添加一个选项作为第三个参数:charset
queryInterface.createTable(
tableName,
{ /*... columns*/ },
{ charset: 'utf8' }
)
否则sequelize将创建utf8mb4表。
我认为varchar(20)只需要21个字节，而varchar(500)只需要 需要501字节。所以总字节数是522，小于767。那么,为什么 我收到错误信息了吗?
UTF8每个字符需要3个字节来存储字符串，因此在您的情况下，20 +500字符= 20*3+500*3 = 1560字节，这超过了允许的767字节。
UTF8的限制是767/3 = 255个字符，对于每个字符使用4个字节的UTF8mb4，它是767/4 = 191个字符。
如果您需要使用比限制更长的列，有两种解决方案:
Use "cheaper" encoding (the one that requires less bytes per character) In my case, I needed to add Unique index on column containing SEO string of article, as I use only [A-z0-9\-] characters for SEO, I used latin1_general_ci which uses only one byte per character and so column can have 767 bytes length. Create hash from your column and use unique index only on that The other option for me was to create another column which would store hash of SEO, this column would have UNIQUE key to ensure SEO values are unique. I would also add KEY index to original SEO column to speed up look up.
