Navicat 15修改大表结构报“MySQL server has gone away”主因是超时设置不足，需同步调整Socket Timeout、Keep connection alive和wait_timeout三项；并关闭预览、拆分DDL、慎用可视化主键变更，SSH隧道或云NAT下还需配置对应心跳。
Navicat 15可视化修改大表结构时提示“MySQL server has gone away”
这不是数据库卡死，而是连接在 alter table 过程中被中间链路或服务端主动断开。关键矛盾在于：navicat 的默认超时（30 秒）远低于实际 ddl 执行时间，尤其当表行数 > 100 万、索引重建或锁表操作发生时。
必须同步调整的三个超时参数
只改其中一项基本无效——它们分属不同层级，缺一不可：
-
Socket Timeout（Navicat 客户端读取超时）：右键连接 → Edit Connection → Advanced → 找到Socket Timeout(sec)，设为300（5 分钟）起步；若表达千万级，建议1800（30 分钟） -
Keep connection alive（保活心跳）：同一 Advanced 页勾选该选项，间隔设为60（单位秒）；注意不能 >300，否则部分 NAT 设备会忽略 -
wait_timeout（MySQL 服务端空闲超时）：在 Advanced → SQL Query 框中填入SET SESSION wait_timeout = 28800;，确保连接建立后立即生效；仅靠全局配置（SET GLOBAL）不够，因为 Navicat 新建连接不会继承已改的全局值
真正耗时环节与规避动作
超时只是现象，卡住才是本质。ALTER TABLE 的瓶颈不在网络，而在 I/O 和锁：
- 关闭预览功能：Preferences → DDL → 取消勾选
Preview DDL before execution；否则 Navicat 会先执行SELECT COUNT(*)，极易被元数据锁阻塞 - 避免单条复合 DDL：同时改字段类型 + 加索引 + 改注释，Navicat 会拼成一条语句，内存压力大，易触发
max_allowed_packet限制；应手动拆成多条独立语句执行 - 主键/唯一索引变更慎用可视化：可能降级为
COPY算法，全程锁表；此时哪怕 socket 不超时，界面也会长时间显示“正在执行…”不动，建议改用命令行分步操作
容易被忽略的中间层：SSH 隧道和云 NAT
如果你勾选了“使用 SSH 隧道”，那所有心跳和超时控制权都在 SSH 协议栈，MySQL 的 wait_timeout 和 Navicat 的 Socket Timeout 全部失效。
- Navicat SSH 配置页必须启用
Keep alive并设为15或30 - 跳板机或目标服务器的
/etc/ssh/sshd_config中需有：ClientAliveInterval 30和ClientAliveCountMax 3，改完运行sudo systemctl restart sshd - 云厂商（如阿里云、腾讯云）的 NAT 网关通常有 300–900 秒空闲超时，这个值你无法直接调，只能靠更频繁的心跳（≤ 60 秒）兜底
