如何用innodb_log_file_size增大重做日志？解决GoDaddy MySQL的ER_TOO_BIG_ROWSIZE错误

嘿，针对你遇到的两个问题——尤其是GoDaddy上的ER_TOO_BIG_ROWSIZE（错误码1118），我来一步步给你讲清楚怎么处理。首先这个错误的核心原因就是你单次事务里的BLOB/TEXT数据量超了当前InnoDB重做日志大小的10%，InnoDB这么限制是为了防止单个事务占满日志影响其他业务，所以调整innodb_log_file_size是最直接的解决办法，下面分两种场景说：

一、自己搭建的MySQL服务器怎么调 #

如果是你自己运维的MySQL，按下面的步骤来，别慌，很稳：

1. 先摸清当前日志大小
   登录MySQL终端，跑这俩命令看看现状：

   SHOW VARIABLES LIKE 'innodb_log_file_size'; -- 查看单日志文件大小
   SHOW VARIABLES LIKE 'innodb_log_files_in_group'; -- 查看日志文件数量，默认是2个
   

   总日志容量是单文件大小乘数量，一般建议总容量别超过InnoDB缓冲池（innodb_buffer_pool_size）的50%，也别直接拉到4GB以上（新版本MySQL虽然放宽了限制，但保守点没毛病，避免启动或崩溃恢复太慢）。

2. 安全停掉MySQL
   一定要正常停止，别直接kill进程，不然日志容易损坏：

   • 用systemd的系统（比如Ubuntu 16.04+、CentOS7+）：

     sudo systemctl stop mysql
     

   • 老系统用init.d的话：

     sudo service mysql stop
     

3. 备份旧日志文件
   先找到MySQL的数据目录（用SHOW VARIABLES LIKE 'datadir';能查到），里面的ib_logfile0和ib_logfile1就是重做日志。把它们移去备份目录，别直接删，留个后路：

   mv /var/lib/mysql/ib_logfile* /tmp/
   

4. 修改配置文件
   找到MySQL的配置文件，常见位置是/etc/my.cnf、/etc/mysql/my.cnf或者/usr/local/mysql/etc/my.cnf，打开后添加或修改这个参数：

   innodb_log_file_size = 256M  # 改成你需要的大小，比如256M、512M，按需调整
   

   如果之前已经有这个参数，直接修改数值就行。

5. 重启MySQL验证
   启动服务：

   sudo systemctl start mysql
   

   再登录MySQL跑一遍SHOW VARIABLES LIKE 'innodb_log_file_size';，确认参数生效了就搞定。

二、GoDaddy托管的MySQL怎么调 #

因为是托管服务，你没权限碰服务器文件和直接重启服务，得用GoDaddy的面板操作：

1. 进入GoDaddy管理面板
   登录你的GoDaddy账号，找到「My Products」，定位到你的MySQL数据库服务，点击「Manage」进入管理界面。

2. 找到参数配置入口
   在管理界面里找「Settings」或者「Configuration」这类选项卡，里面能调整MySQL的各种参数，找到innodb_log_file_size这一项。

3. 修改数值并保存
   把数值改成你需要的（比如从默认64M改成256M），然后点击保存。GoDaddy会自动帮你重启数据库应用新配置。
   要是遇到没法设置太大的数值，可能是GoDaddy有默认限制，这时候要么联系客服申请放宽，要么拆分你的事务——比如把大的UPDATE拆成好几次小更新，每次只处理一部分数据，这样也能绕开这个10%的限制。

4. 确认参数生效
   等数据库重启完，登录你的MySQL客户端，跑SHOW VARIABLES LIKE 'innodb_log_file_size';看看是不是已经改成你设置的数值了。

额外提醒 #

• 别把日志大小设得太夸张，比如超过4GB，不然MySQL启动会变慢，万一崩溃恢复也得花更久时间。
• 如果拆分事务可行的话，也是个不错的办法，不用改配置就能解决问题，适合不想折腾参数的情况。

内容的提问来源于stack exchange，提问作者Vishal Sharma