MySQL中创建表失败如何处置
发布时间：2022-02-09 23:39:40 所属栏目：MySql教程 来源：互联网
导读：MySQL中创建表失败如何解决，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。 今天有一个朋友问我一个MySQL的建表问题，问题的现象是创建表失败，根据他的反馈，问题比较奇怪， CREAT
|
MySQL中创建表失败如何解决，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。 今天有一个朋友问我一个MySQL的建表问题，问题的现象是创建表失败，根据他的反馈，问题比较奇怪， CREATE TABLE XXX ..此处省略260多个字段 `xxxxIsAllowIn` varchar(4) COLLATE utf8_bin DEFAULT NULL COMMENT 'xx是否准入(是，否)', `xxxxIsAllowIn` varchar(30) COLLATE utf8_bin DEFAULT NULL COMMENT '理财-准入', PRIMARY KEY (`SERIALNO`), ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='???????”3èˉ·?????ˉ'; 是的，你没有看错，还有乱码，根据朋友反馈的现象是在生产环境可以创建成功，但是测试环境创建失败。 报错信息为： ERROR 1118 (42000): Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline. 我把文本拷贝到本地，想复现，结果因为乱码直接执行失败，对于这种情况，还是同事帮我做了下问题过滤，采用如下的方式即可把注释删除。 cat a.sql |sed 's/COMMENT'.*'/,/g' 所以省事了不少，我就来继续分析这个问题。一般来说这个错误看起来是单行的数据超出限制了，因为MySQL里面每行的数据有一个65535的限制，想必是这个原因吧。 但是朋友反馈是没有超出这个限制的，根据里面的字符类型做计算，发现确实没有达到65535. 所以这个问题就微妙起来，我们来说说几种解决方式。 解决方式1： 修改存储引擎，设置为myisam ... KEY `idx_customerName` (`CUSTOMERNAME`) ) ENGINE=myisam DEFAULT CHARSET=utf8 COLLATE=utf8_bin; "c.sql" 276L, 16070C written mysql> source c.sql Query OK, 0 rows affected (0.07 sec) MyISAM有3种行存储格式：fixed/dynamic/compressed,InnoDB在这个基础上增加了Barracuda的格式。 5.7中的默认参数设置如下： mysql> show variables like '%format'; +---------------------------+-------------------+ | Variable_name | Value | +---------------------------+-------------------+ | binlog_format | ROW | | date_format | %Y-%m-%d | | datetime_format | %Y-%m-%d %H:%i:%s | | default_week_format | 0 | | innodb_default_row_format | dynamic | | innodb_file_format | Barracuda | | time_format | %H:%i:%s | +---------------------------+-------------------+ 7 rows in set (0.00 sec) 所以现在的问题差异就在于MyISAM和InnoDB。 共享表空间的格式为Antelope,在5.5中默认就是这个格式。 解决方式2; 这个问题我做了一些测试。对比了字符集，row_format的设置。 ) ENGINE=innodb row_format=dynamic DEFAULT CHARSET=utf8 COLLATE=utf8_bin; "c.sql" 276L, 16090C written mysql> source c.sql ERROR 1118 (42000): Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB p ) ENGINE=innodb row_format=compact DEFAULT CHARSET=utf8 COLLATE=utf8_bin; "c.sql" 276L, 16090C written mysql> source c.sql ERROR 1118 (42000): Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline. ) ENGINE=innodb DEFAULT CHARSET=latin1; "c.sql" 276L, 16056C written mysql> source c.sql ERROR 1118 (42000): Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline. 得到的一个初步结论就是先设置innodb_strict_mode为off,默认5.7是开启的,当然从MySQL5.5版本开始，可以开启InnoDB严格检查模式，如果采用了页数据压缩功能后，建议是开启该功能。在创建表，更改表和创建索引时，如果写法有错误，不会有警告信息，而是直接抛出错误，这样就可直接将问题扼杀在摇篮里。 当然这个里的这个问题现象确实比较纠结。 （编辑：源码网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
