MySQL-建表时或修改字段长度时,报:1118 - Row size too large等问题的解决方法
Posted on 2022-08-04 08:01 且行且思 阅读(1473) 评论(0) 编辑 收藏 举报
今天拿到一个建语句时,大概二百多个字段,然后类型是string的,要求建MySQL的表。
拿到的语句如上图所示:
首先我是把字段的单引号去掉,然后将string替换为varchar(200),然后执行了一下语句,报错:
> 1118 - Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs
————————————————
解决方法一:
检查各字段的字符串类型设置的长度,严格收缩长度; 保存即可完成;
解决方法二:
修改了MySQL的配置,解决了问题。
mysql 查找配置文件 my.ini 位置方法,
以下两个在配置文件中都能Ctrl+f5搜到
innodb_file_per_table=1
innodb_log_file_size = 512M(把之前的内存修改为512)
然后就在配置文件里加了以下两个:
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
innodb_strict_mode = 0
其他的,比如innodb_file_format之类的我没有加进去,因为在数据库里执行上面的show global…语句时,结果显示有了,就不用加了。
保存之后,重启以下MySQL 服务。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
2020-08-04 PostgreSQL中有以下格式化函数:
2017-08-04 asp.net:mv4 FileResult在IE8中下载不显示文件名和扩展名而显示Action方法名了!