mysql建表报错:Specified key was too long
2021/8/25 19:06:06
本文主要是介绍mysql建表报错:Specified key was too long,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
问题分类
mysql,utf-8,utf8mb4
问题描述
开发环境执行项目相关的sql建表语句时正常,但是将该sql语句放到QA测试环境的数据库上执行时,出现报错:Specified key was too long:max key length is 767 bytes。
原因分析
报错提示很明显,建表语句中有一个字段是varchar(200),这样的定义在utf8mb4编码下是不允许的,utf8mb4编码下每个字符最大的字节数为4,所以很明显 4*200 > 767。
(1)查看QA环境数据库innodb_large_prefix值后,发现该值是开启的状态,如果禁用innodb_large_prefix,不管是什么表,索引键前缀限制为767字节。
(2)数据库建立时用的也是utf-8的编码
(3)大意了,一开始就判断是新环境的数据库编码格式问题或者innodb_large_prefix禁用问题,但是没想到居然是建表语句本身将 CHARSET设置为了utf8mb4,导致了该报错的发生
至于开发环境没问题,是因为该表是另一个同学新增的,开发环境没有执行到,误导了。
解决方案
将建表语句中的CHARSET=utf8mb4调整为CHARSET=utf8
这篇关于mysql建表报错:Specified key was too long的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-04-26MySQL查出时间比实际晚8小时的解决方案
- 2024-04-01JPA不识别MySQL的枚举类型
- 2024-03-30mysql数据库表卡死解决方法
- 2024-03-15MySQL多数据源笔记5-ShardingJDBC实战
- 2024-03-11natural join mysql
- 2024-03-11关于VS2017,VS2015 中利用 EF使用Mysql 不显示数据源问题解决方案
- 2024-02-26mysql 阿里云xb后缀备份文件恢复-icode9专业技术文章分享
- 2024-02-22docker mysql 5.7
- 2024-02-18从 20 多套 MySQL 到 1 套 TiDB丨骏伯网络综合运营管理平台应用实践
- 2024-02-07mysql 外键索引入门介绍,为什么工作中很少有人使用?