求助：使用MySQL Workbench恢复数据库时执行脚本卡顿无响应

针对你用MySQL Workbench 6.3 CE恢复4360MB的SQL脚本时出现卡顿、程序无响应的情况，结合MySQL 5.5的环境，给你几个实用的解决办法：

• 直接用命令行mysql客户端执行
  Workbench的GUI对大文件处理能力有限，内存占用过高容易卡死。直接用系统自带的mysql命令行工具导入，稳定性拉满：

  mysql -u 你的用户名 -p 目标数据库名 < /path/to/你的大SQL文件.sql
  

  执行后输入密码即可，全程无GUI干扰，适合超大文件导入。

• 调整MySQL配置参数，适配大脚本导入
  打开MySQL的配置文件（Linux是my.cnf，Windows是my.ini），修改以下参数后重启服务：

  # 允许更大的数据包，避免大字段导入失败
  max_allowed_packet = 1G
  # 给InnoDB缓冲池分配更多内存，加快数据写入
  innodb_buffer_pool_size = 2G
  # 延长超时时间，防止长时间执行被断开
  wait_timeout = 86400
  

  注意：innodb_buffer_pool_size不要超过服务器内存的50%，避免内存溢出。

• 拆分大SQL文件为多个小文件
  如果不想改配置，也可以把4G多的SQL文件拆分成几百MB的小文件，逐个导入：

  • Linux/macOS用split命令：

    split -b 500M your_large_file.sql split_file_
    

    拆分后会生成split_file_aa、split_file_ab等文件，依次导入即可。
  • Windows可以用SplitFile这类工具可视化拆分。

• 检查并优化SQL脚本里的事务逻辑
  如果脚本被包裹在一个超大事务里（比如开头BEGIN，结尾COMMIT），会导致MySQL持续占用内存缓存数据，最终卡顿。可以把大事务拆分成多个小事务，或者暂时注释掉全局事务语句，导入完成后再调整。

内容的提问来源于stack exchange，提问作者Felipe Gai