如何在XAMPP 3.3.2中解决数据库错误1118（行大小过大）问题

我之前在XAMPP环境里用CodeIgniter开发的时候也碰到过这个一模一样的错误，折腾了好一会儿才搞定，给你几个亲测有效的方案：

1. 调整表结构：字段类型+行格式（最直接见效） #

这个是错误提示里明确提到的方向，别忽略它：

• 把表中那些存储大内容的字段（比如长文本描述、富文本内容）从VARCHAR改成TEXT/MEDIUMTEXT。VARCHAR的内容是算在行总大小里的，而TEXT类型的内容会存在行外，能大幅降低行的占用空间。
• 给表设置动态行格式，执行这条SQL：

ALTER TABLE your_target_table ROW_FORMAT=DYNAMIC;

（替换your_target_table为你的实际表名）
InnoDB的DYNAMIC格式会把大字段的前缀存在行内，剩余内容存到外部溢出页，完美适配大字段场景。

2. 确认MySQL配置（my.ini）是否真的生效 #

你说已经改了my.ini，但大概率是配置项不对或者没重启服务：

• 检查这几个关键配置：
  • innodb_file_per_table = 1：必须开启，确保每个表有独立表空间，才能支持动态行格式
  • innodb_log_file_size = 128M：默认的日志文件可能太小，增大到64M以上，避免大更新操作触发限制
  • innodb_strict_mode = 0：暂时关闭严格模式，旧版本InnoDB在严格模式下对行大小的限制更苛刻
• 改完一定要重启XAMPP里的MySQL服务，然后执行SHOW VARIABLES LIKE 'innodb%';验证配置是否生效。

3. CodeIgniter 2代码层面排查 #

有时候问题出在框架的处理逻辑上：

• 先检查你的更新代码，有没有把不必要的大字段也塞进了更新数组里？比如一些隐藏的富文本字段、重复提交的内容。可以用var_dump($this->input->post())打印所有提交的数据，看看有没有异常大的字段。
• 试试绕过CodeIgniter的Active Record，用原生SQL执行更新，排查是不是框架自动处理导致的问题：

$sql = "UPDATE your_target_table SET content = ?, other_field = ? WHERE id = ?";
$this->db->query($sql, array($large_content, $other_value, $record_id));

4. 终极方案：拆分表 #

如果上面的方法都不管用，说明你的表字段实在太多、单条数据体积过大。可以把不常用的大字段拆分到关联表中，比如把用户的详细资料、大文本内容放到user_details表，通过主键关联原表，这样每个表的行大小就能控制在阈值内了。

内容的提问来源于stack exchange，提问作者Iswarya Swaminadhan