当我执行以下命令时：

ALTER TABLE `mytable` ADD UNIQUE (
`column1` ,
`column2`
);

我收到此错误消息：

#1071 - Specified key was too long; max key length is 767 bytes

有关column1和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.6（及更早版本）中，InnoDB表的前缀限制为767个字节。MyISAM表的长度为1,000字节。在MySQL 5.7及更高版本中，此限制已增加到3072字节。

您还必须注意，如果在utf8mb4编码的大char或varchar字段上设置索引，则必须将767字节（或3072字节）的最大索引前缀长度除以4，得到191。这是因为utf8mb4字符的最大长度为四个字节。对于utf8字符，它将是三个字节，导致最大索引前缀长度为254。

您必须采取的一种选择是将下限放在VARCHAR字段上。

另一个选择（根据对此问题的响应）是获取列的子集而不是整个列，即：

ALTER TABLE `mytable` ADD UNIQUE ( column1(15), column2(200) );

进行调整，您需要获取要应用的密钥，但是我想知道是否值得对有关该实体的数据模型进行检查，以查看是否存在可以使您实现预期业务规则而又不违反MySQL限制的改进。

如果有人在尝试将UNIQUE索引放在VARCHAR(256)字段上时遇到INNODB / Utf-8问题，请将其切换为VARCHAR(255)。似乎255是限制。

当您达到极限时。设置以下内容。

• 创新数据库 utf8 VARCHAR(255)
• 创新数据库 utf8mb4 VARCHAR(191)

MySQL假定字符串中每个字符的字节数是最坏的情况。对于MySQL'utf8'编码，每个字符3个字节，因为该编码不允许超出的字符U+FFFF。对于MySQL的“ utf8mb4”编码，每个字符为4个字节，因为这就是MySQL所谓的实际UTF-8。

因此，假设您使用的是“ utf8”，则第一列将占用索引的60个字节，第二列将占用1500个字节。

在查询之前运行此查询：

SET @@global.innodb_large_prefix = 1;

这将限制增加到3072 bytes。

Laravel框架解决方案

根据Laravel 5.4。*文档 ; 您必须boot在app/Providers/AppServiceProvider.php文件方法内设置默认字符串长度，如下所示：

use Illuminate\Support\Facades\Schema;

public function boot() 
{
    Schema::defaultStringLength(191); 
}

Laravel 5.4。*文档提供的此修复程序的说明：

Laravel utf8mb4默认使用字符集，该字符集支持在数据库中存储“表情符号”。如果运行的MySQL版本早于5.7.7发行版或MariaDB版本低于10.2.2，则可能需要手动配置迁移生成的默认字符串长度，以便MySQL为它们创建索引。您可以通过Schema::defaultStringLength在您的AppServiceProvider。

或者，您可以innodb_large_prefix为数据库启用该选项。有关如何正确启用此选项的说明，请参考数据库的文档。

您正在使用什么字符编码？某些字符集（例如UTF-16等）每个字符使用多个字节。

我认为varchar（20）仅需要21个字节，而varchar（500）仅需要501个字节。因此，总字节数是522，少于767。那么为什么收到错误消息？

UTF8每个字符需要3个字节来存储字符串，因此在您的情况下20 + 500个字符= 20 * 3 + 500 * 3 = 1560个字节，这比允许的767个字节还多。

UTF8的限制为767/3 = 255个字符，而UTF8mb4每个字符使用4个字节，则为767/4 = 191个字符。

如果您需要使用比限制更长的列，有两种解决方案：

1. 使用“便宜”编码（每个字符需要较少字节的编码）
   就我而言，我需要在包含文章SEO字符串的列上添加唯一索引，因为我仅对[A-z0-9\-]SEO 使用字符，所以我使用的latin1_general_ci每个字符仅使用一个字节因此列的长度可以为767个字节。
2. 从您的列创建哈希并仅在该列上使用唯一索引
   对我来说，另一个选择是创建另一个存储SEO哈希的列，此列将具有UNIQUE确保SEO值唯一的键。我还将KEY索引添加到原始SEO列中以加快查找速度。

许多用户已经回答了有关为什么收到错误消息的答案。我的答案是关于如何按原样修复和使用它。

从此链接进行参考。

1. 打开MySQL客户端（或MariaDB客户端）。它是一个命令行工具。
2. 它将询问您的密码，输入正确的密码。
3. 使用此命令选择数据库 use my_database_name;

数据库已更改

4. set global innodb_large_prefix=on;

查询正常，受影响的0行（0.00秒）

5. set global innodb_file_format=Barracuda;

查询正常，受影响的0行（0.02秒）

6. 在phpMyAdmin或类似的数据库上转到您的数据库，以便于管理。>选择数据库>查看表结构 >转到操作选项卡。>将ROW_FORMAT更改为DYNAMIC并保存更改。
7. 转到表格的结构标签>单击唯一按钮。
8. 做完了 现在它应该没有错误了。

此修复程序的问题是，如果您将db导出到另一台服务器（例如，从localhost到真实主机），并且无法在该服务器上使用MySQL命令行。您不能在那里使它工作。

Specified key was too long; max key length is 767 bytes

之所以收到该消息，是因为只有使用latin-1字符集时1字节等于1个字符。如果使用utf8，则定义键列时每个字符将被视为3个字节。如果使用utf8mb4，则定义键列时每个字符将被视为4个字节。因此，您需要将关键字段的字符数限制乘以1、3或4（在我的示例中），以确定关键字段尝试允许的字节数。如果使用uft8mb4，则只能为本地InnoDB主键字段定义191个字符。只是不要破坏767个字节。

您可以在长列的md5中添加一列

在您的导入文件中替换utf8mb4为utf8。

尝试使用utf8mb4将唯一索引添加到VARCHAR（255）字段时，我们遇到了此问题。尽管这里已经很好地概述了问题，但我想就如何解决并解决问题添加一些实用建议。

使用utf8mb4时，字符数为4个字节，而在utf8下，字符数为3个字节。InnoDB数据库有一个限制，即索引只能包含767个字节。因此，当使用utf8时，可以存储255个字符（767/3 = 255），但是使用utf8mb4时，只能存储191个字符（767/4 = 191）。

您绝对可以VARCHAR(255)使用utf8mb4 为字段添加常规索引，但是会发生的是，索引大小会自动截断为191个字符-如下所示unique_key：

很好，因为常规索引仅用于帮助MySQL更快地搜索数据。整个字段不需要编制索引。

那么，为什么MySQL会为常规索引自动截断索引，而为唯一索引尝试截断呢？好吧，为了使MySQL能够确定要插入或更新的值是否已经存在，它需要实际索引整个值，而不仅仅是部分值。

归根结底，如果要在字段上具有唯一索引，则字段的全部内容必须适合该索引。对于utf8mb4，这意味着将VARCHAR字段长度减少到191个字符或更少。如果您不需要该表或字段的utf8mb4，则可以将其放回utf8，并能够保留255个长度的字段。

这是我的原始答案：

我只是删除数据库并像这样重新创建，错误消失了：

drop database if exists rhodes; create database rhodes default CHARACTER set utf8 default COLLATE utf8_general_ci;

但是，它不适用于所有情况。

在具有字符集utf8（或 utf8mb4）的VARCHAR列上使用索引，而具有超过一定长度的字符的VARCHAR列实际上是一个问题。如果是utf8mb4，该特定长度为191。

请参考本文的“长索引”部分，以获取更多有关如何在MySQL数据库中使用长索引的信息：http : //hanoian.com/content/index.php/24-automate-the-converting-a-mysql-database-字符集到utf8mb4

5解决方法：

该限制是在5.7.7（MariaDB 10.2.2？）中提高的。可以通过5.6（10.1）中的一些工作来增加它。

如果由于尝试使用CHARACTER SET 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

我用以下方法解决了这个问题：

varchar(200) 

替换为

varchar(191)

所有大于200的varchar都用191替换它们或将其设​​置为文本。

我对此主题进行了一些搜索，终于有了一些自定义更改

对于MySQL Workbench 6.3.7版本，可以使用图形界面阶段

1. 启动Workbench并选择连接。
2. 转到管理或实例，然后选择选项文件。
3. 如果Workbench要求您允许读取配置文件，然后按两次OK，以允许它。
4. 管理员选项文件窗口位于中心位置。
5. 转到InnoDB选项卡，如果在“常规”部分中未选中innodb_large_prefix，请检查它。
6. 将innodb_default_row_format选项值设置为DYNAMIC。

对于低于6.3.7的版本，直接选项不可用，因此需要使用命令提示符

1. 以管理员身份启动CMD。
2. 转到安装了mysql服务器的目录，大多数情况下，它位于“ C：\ Program Files \ MySQL \ MySQL Server 5.7 \ bin”，因此命令为“ cd \”“ cd Program Files \ MySQL \ MySQL Server 5.7 \ bin”。
3. 现在运行命令mysql -u userName -p databasecheema现在它要求输入相应用户的密码。提供密码并进入mysql提示符。
4. 我们必须设置一些全局设置，逐一输入以下命令。innodb_large_prefix = on; 设置全局innodb_file_format = barracuda; 设置全局innodb_file_per_table = true;
5. 现在，最后，我们必须默认更改必需表的ROW_FORMAT的COMPACT，我们必须将其设置为DYNAMIC。
6. 使用以下命令alter table table_name ROW_FORMAT = DYNAMIC;
7. 完成

对于laravel 5.7至6.0

遵循的步骤

1. 去 App\Providers\AppServiceProvider.php。
2. 将此添加到提供商 use Illuminate\Support\Facades\Schema;顶部的中。
3. 在Boot函数内部添加此 Schema::defaultStringLength(191);

全部，享受。

更改您的排序规则。您可以使用支持几乎所有功能的utf8_general_ci

创建表时只需更改utf8mb4为即可utf8解决我的问题。例如：CREATE TABLE ... DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;对CREATE TABLE ... DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;。

要解决此问题，这对我来说就像一种魅力。

ALTER DATABASE dbname CHARACTER SET utf8 COLLATE utf8_general_ci;

根据下面给出的列，这2个可变字符串列正在使用utf8_general_ci归类（utf8暗含字符集）。

在MySQL中，utf8字符集每个字符最多使用3个字节。因此，它将需要分配500 * 3 = 1500字节，这比MySQL允许的767字节大得多。这就是为什么您会收到此1071错误的原因。

换句话说，您需要根据字符集的字节表示形式来计算字符数，因为并非每个字符集都是一个字节表示形式（如您所假定的那样）utf8。MySQL中的IE 在每个字符最多使用3个字节，即767 /3≈255字符和utf8mb4，最多为4个字节，表示767 /4≈191个字符。

众所周知，MySQL

column1 varchar(20) utf8_general_ci
column2  varchar(500) utf8_general_ci

我发现此查询对于检测哪些列的索引违反最大长度很有用：

SELECT
  c.TABLE_NAME As TableName,
  c.COLUMN_NAME AS ColumnName,
  c.DATA_TYPE AS DataType,
  c.CHARACTER_MAXIMUM_LENGTH AS ColumnLength,
  s.INDEX_NAME AS IndexName
FROM information_schema.COLUMNS AS c
INNER JOIN information_schema.statistics AS s
  ON s.table_name = c.TABLE_NAME
 AND s.COLUMN_NAME = c.COLUMN_NAME 
WHERE c.TABLE_SCHEMA = DATABASE()
  AND c.CHARACTER_MAXIMUM_LENGTH > 191 
  AND c.DATA_TYPE IN ('char', 'varchar', 'text')

请检查是否sql_mode像

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

如果是，请更改为

sql_mode=NO_ENGINE_SUBSTITUTION

要么

重新启动服务器，更改my.cnf文件（输入以下内容）

innodb_large_prefix=on

就我而言，当我使用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字节”简单消失了。

索引长度和MySQL / MariaDB

Laravel默认使用utf8mb4字符集，该字符集支持在数据库中存储“表情符号”。如果运行的MySQL版本早于5.7.7发行版或MariaDB版本低于10.2.2，则可能需要手动配置迁移生成的默认字符串长度，以便MySQL为它们创建索引。您可以通过在AppServiceProvider中调用Schema :: defaultStringLength方法来配置它：

use Illuminate\Support\Facades\Schema;

/**
 * Bootstrap any application services.
 *
 * @return void
 */
public function boot()
{
    Schema::defaultStringLength(191);
}

或者，您可以为数据库启用innodb_large_prefix选项。有关如何正确启用此选项的说明，请参考数据库的文档。

来自博客的参考： https : //www.scratchcode.io/specified-key-too-long-error-in-laravel/

laravel官方文档的参考资料： https ://laravel.com/docs/5.7/migrations

如果您要创建类似：

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

由于前缀限制，将发生此错误。在5.7之前的MySQL版本中，InnoDB表的前缀限制为767个字节。MyISAM表的长度为1,000字节。在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;

将抱怨索引字段的CHARSET更改为“ latin1”，
即ALTER TABLE tbl更改myfield myfield varchar（600）CHARACTER SET latin1 DEFAULT NULL;
latin1每个字符用一个字节代替四个字符

如果您innodb_log_file_size最近更改过，请尝试恢复以前的值。