MySQL Server反复崩溃求助：数据导入约10GB时失败无法重启

兄弟，我之前帮同事排查过几乎一模一样的问题——导入大文件到10GB左右就崩，还没法重启，折腾了好几天才搞定。结合你的情况，给你几个实打实的排查和解决方向：

默认的MySQL配置根本扛不住大文件导入，先把这几个参数改了试试：

• 放大max_allowed_packet：这个参数管MySQL能处理的最大数据包，默认一般只有16M，导入大文件时很容易触发上限直接崩。找到你的my.cnf（Windows是my.ini），改成：

  max_allowed_packet = 1G
  

  改完如果还能重启就重启，崩了的话先手动杀进程再启动。
• 调大innodb_buffer_pool_size：InnoDB的缓冲池是用来存数据和索引的，太小会导致疯狂读写磁盘，把资源耗干。如果你的服务器内存有16G以上，直接设成内存的50%-70%，比如：

  innodb_buffer_pool_size = 8G
  

• 临时降低日志刷盘频率：导入期间把innodb_flush_log_at_trx_commit改成2，能大幅减少磁盘IO压力，导入完记得改回1保证数据安全：

  innodb_flush_log_at_trx_commit = 2
  

有时候不是MySQL的锅，是系统把它干掉了：

• 查是不是OOM Killer搞的鬼：用dmesg | grep mysql或者看/var/log/syslog（不同系统路径可能不一样），如果看到类似“Out of memory: Killed process [pid] (mysqld)”的日志，就是内存不够被系统杀了。要么加内存，要么调小MySQL的内存配置减少占用。
• 检查磁盘空间和IO负载：先确认数据目录所在磁盘有没有足够空间，至少留20%余量；再用iostat或者top看导入时的磁盘读写，如果一直100%，说明磁盘性能跟不上，要么换SSD，要么拆分文件分批导入。

换个更稳妥的导入姿势，能避免很多崩溃：

• 拆分大文件：把100GB的文件拆成多个1GB左右的小文件，写个简单的shell脚本循环导入，就算某一个文件出问题，也不用从头再来。
• 用mysqlimport代替source：如果之前是用source命令导入SQL文件，换成mysqlimport工具，性能和稳定性都更好，还能加参数控制：

  mysqlimport --user=你的用户名 --password=你的密码 --local 你的数据库名 /path/to/拆分后的小文件.csv
  

• 导入前禁用索引和外键：先把表的索引和外键关掉，导入完再重建，能省超多资源：

  SET FOREIGN_KEY_CHECKS = 0;
  ALTER TABLE 你的表名 DISABLE KEYS;
  -- 执行导入操作
  ALTER TABLE 你的表名 ENABLE KEYS;
  SET FOREIGN_KEY_CHECKS = 1;
  

如果已经崩了没法重启，别直接删库重导：

• 手动杀进程重启：用ps aux | grep mysql找到MySQL的进程ID，然后kill -9 [进程ID]，再尝试启动MySQL。
• 修复InnoDB损坏：如果是InnoDB引擎崩溃，先在my.cnf里加一行：

  innodb_force_recovery = 1
  

  启动MySQL后赶紧导出数据，然后重新初始化数据库再导入。注意这个参数从1到6，数字越大修复力度越强，但可能丢数据，从1开始试就行。

补充一句：你看到的ERROR 2006 (HY000): MySQL server has gone away就是连接被断开的表象，本质是MySQL进程崩溃或者资源耗尽了，上面的方法应该能解决大部分情况。

内容的提问来源于stack exchange，提问作者st2 tas