博客
关于我
MySQL创建索引时提示“Specified key was too long; max key length is 767 bytes”
阅读量:810 次
发布时间:2023-02-12

本文共 868 字,大约阅读时间需要 2 分钟。

在使用MySQL时,创建索引时出现“Specified key was too long; max key length is 767 bytes”错误,通常是由于索引字段的长度超过了InnoDB引擎的限制。以下是解决方案:

问题分析

  • 错误背景:InnoDB引擎对索引字段的最大长度限制为767字节,这在使用多字节字符集(如utf8mb4)时尤为明显,因为每个字符占用4字节,767/4=191字符。因此,定义超过191字符的字段(如varchar(255)或char(255))创建索引时会失败。
  • 原因根源:MySQL 8.0已移除innodb_large_prefix参数,现仅支持通过修改表的Row_format来解决。

解决方案

1. 配置InnoDB引擎参数

  • 注意:由于innodb_large_prefix已被移除,请直接跳过此步骤。

2. 修改表的Row_format

  • 步骤1:登录数据库,执行以下SQL语句查看目标表的Row_format:

    SHOW TABLE STATUS LIKE 'TableName'\G

    检查输出中Current_row_format的值,确认是否为DYNAMIC或COMPRESSED。

  • 步骤2:若当前Row_format不是DYNAMIC或COMPRESSED,执行以下命令修改:

    ALTER TABLE TableName Row_format=DYNAMIC;

    ALTER TABLE TableName Row_format=COMPRESSED;

    注意:在修改Row_format前,确保表未被使用或已备份,以避免潜在数据丢失风险。

优化建议

  • 性能考量:DYNAMIC和COMPRESSED格式的表在某些情况下可能影响查询性能和存储效率,请根据业务需求选择合适的Row_format。
  • 字段长度控制:确保索引字段长度不超过3072字节,避免再次触发错误。

通过以上步骤,应该能够成功创建所需索引。如果问题依旧,建议参考MySQL官方文档或咨询技术支持,确保每一步操作的正确性。

转载地址:http://elbfk.baihongyu.com/

你可能感兴趣的文章
OSPF技术连载11:OSPF 8种 LSA 类型,6000字总结!
查看>>
OSPF技术连载13:OSPF Hello 间隔和 Dead 间隔
查看>>
OSPF技术连载14:OSPF路由器唯一标识符——Router ID
查看>>
OSPF技术连载15:OSPF 数据包的类型、格式和邻居发现的过程
查看>>
OSPF技术连载16:DR和BDR选举机制,一篇文章搞定!
查看>>
OSPF技术连载17:优化OSPF网络性能利器——被动接口!
查看>>
OSPF技术连载18:OSPF网络类型:非广播、广播、点对多点、点对多点非广播、点对点
查看>>
OSPF技术连载19:深入解析OSPF特殊区域
查看>>
SQL Server 复制 订阅与发布
查看>>
OSPF技术连载20:OSPF 十大LSA类型,太详细了!
查看>>
OSPF技术连载21:OSPF虚链路,现代网络逻辑连接的利器!
查看>>
OSPF技术连载22:OSPF 路径选择 O > O IA > N1 > E1 > N2 > E2
查看>>
OSPF技术连载2:OSPF工作原理、建立邻接关系、路由计算
查看>>
OSPF技术连载5:OSPF 基本配置,含思科、华为、Junifer三厂商配置
查看>>
OSPF技术连载6:OSPF 多区域,近7000字,非常详细!
查看>>
OSPF技术连载7:什么是OSPF带宽?OSPF带宽参考值多少?
查看>>
OSPF技术连载8:OSPF认证:明文认证、MD5认证和SHA-HMAC验证
查看>>
OSPF故障排除技巧
查看>>
spring配置文件中<context:property-placeholder />的使用
查看>>
OSPF有哪些优势?解决了RIP的什么问题?
查看>>