执行以下命令时:
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
当前回答
我认为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.
其他回答
对于这个问题，我自己的解决方案比降低表的VARCHAR大小更简单，也更安全。
情况:CentOS 7服务器运行Plesk Obsidian 18.0.37和MariaDB 5.5。我试图从运行MariaDB 10.1的服务器导入MySQL转储。
解决方案:从MariaDB 5.5升级到10.6。
这些步骤大致基于以下指南和以下指南:
mysqldump -u admin -p`cat /etc/psa/.psa.shadow` --all-databases --routines --triggers > /root/all-databases.sql systemctl stop mariadb cp -a /var/lib/mysql/ /var/lib/mysql_backup Configure MariaDB repositories according to the official guide Make sure you meet Plesk's minimum version requirements detailed here yum install MariaDB-client MariaDB-server MariaDB-compat MariaDB-shared systemctl start mariadb In my case, the server failed to start here with an error: "Can't start server: Bind on TCP/IP port. Got error: 22: Invalid argument". The fix was to replace bind-address as follows in /etc/my.cnf and re-run the command: [mysqld] # OLD (broken) #bind-address = ::ffff:127.0.0.1 # NEW bind-address = 127.0.0.1 MYSQL_PWD=`cat /etc/psa/.psa.shadow` mysql_upgrade -uadmin plesk sbin packagemng -sdf rm -f /etc/init.d/mysql systemctl daemon-reload
MySQL对字符串中每个字符的字节数假设最坏的情况。对于MySQL 'utf8'编码，每个字符是3个字节，因为该编码不允许字符超过U+FFFF。对于MySQL 'utf8mb4'编码，它是每个字符4字节，因为这是MySQL所谓的实际UTF-8。
因此，假设您使用'utf8'，那么您的第一列将占用索引的60字节，第二列将占用索引的1500字节。
如果你要创建如下内容:
CREATE TABLE IF NOT EXISTS your_table (
id int(7) UNSIGNED NOT NULL AUTO_INCREMENT,
name varchar(256) COLLATE utf8mb4_bin NOT NULL,
PRIMARY KEY (id),
UNIQUE KEY name (name)
) ENGINE=INNODB DEFAULT CHARSET=utf8mb4 AUTO_INCREMENT=1 ROW_FORMAT=FIXED;
应该是这样的
CREATE TABLE IF NOT EXISTS your_table (
id int(7) UNSIGNED NOT NULL AUTO_INCREMENT,
name varchar(256) COLLATE utf8mb4_bin NOT NULL,
PRIMARY KEY (id)
) ENGINE=INNODB DEFAULT CHARSET=utf8mb4 AUTO_INCREMENT=1 ROW_FORMAT=FIXED;
但是您需要从代码中检查该列的唯一性，或者添加一个新列作为varchar列的MD5或SHA1
如果有人在InnoDB和utf8字符集试图在VARCHAR(256)字段上放置UNIQUE索引时遇到问题，请将其切换到VARCHAR(255)字段。255似乎是限制。
我们在尝试使用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长度的字段。
