应先执行SHOW VARIABLES LIKE 'config_file'确认实际配置文件路径，再执行SHOW GLOBAL VARIABLES LIKE 'max_allowed_packet'查服务端生效值；Navicat同步失败时SET GLOBAL无效，必须修改my.cnf中[mysqld]段的max_allowed_packet并重启服务。

查当前生效的max_allowed_packet值和配置文件位置

别凭印象改错文件。连上 MySQL（哪怕还能短暂连接），先执行：
SHOW VARIABLES LIKE 'config_file'; 确认真实加载的配置路径；再执行：
SHOW GLOBAL VARIABLES LIKE 'max_allowed_packet'; 查服务端实际值。
注意区分 @@global.max_allowed_packet 和 @@session.max_allowed_packet：Navicat 导入走的是新连接，只继承前者；如果后者远小于前者，说明当前会话没继承成功——可能是 Navicat 连接时用了低权限账号，或客户端参数覆盖了服务端设置。

Navicat 同步或还原失败时，SET GLOBAL 为什么无效

Navicat 的「数据同步」和「运行 SQL 文件」功能会新建独立长连接，并在连接建立瞬间就用当时的 @@global.max_allowed_packet 初始化通信缓冲区。后续你在其他窗口执行 SET GLOBAL max_allowed_packet = 536870912;，只影响之后新建的连接，对已启动的同步任务完全无感。
常见错误现象包括：
- 查询窗口里 SELECT @@global.max_allowed_packet; 显示已改大，但同步日志仍报 [Err] 1153 - Got a packet bigger than 'max_allowed_packet' bytes
- 错误中明确提示包大小限制仍是 4194304（即默认 4MB）
根本原因：同步进程不读取 runtime 修改，只认 MySQL 启动时从配置文件加载的值。

必须改 my.cnf 或 my.ini 的 [mysqld] 段并重启服务

编辑 MySQL 实际加载的配置文件（由 SHOW VARIABLES LIKE 'config_file'; 返回的路径），在 [mysqld] 段下添加：
max_allowed_packet = 512M
wait_timeout = 28800
interactive_timeout = 28800
⚠️ 注意：
- max_allowed_packet 必须写成带单位的大写 M 或 G（如 512M），不能写 512m、512MB、536870912 或算式 512*1024*1024，否则 MySQL 8.0+ 可能静默忽略甚至启动失败
- 改完不重启 = 白改。Linux 执行 sudo systemctl restart mysqld，Windows 在服务管理器中重启对应版本的 MySQLXX 服务
- 重启后务必重新连接 Navicat，再试还原——旧连接不会自动更新参数

DrugBank 数据库

访问并分析来自 DrugBank 数据库的全面药物信息，包括药物属性、相互作用、靶点、通路、化学结构和药理学数据。用于药物数据、药物发现研究、药理学研究、药物-

下载

云数据库或受限环境下的绕行方案

阿里云 RDS、腾讯云 CDB 等通常禁用 SET GLOBAL，也不开放配置文件修改权限，此时只能：
- 登录控制台，在参数组中找到 max_allowed_packet 并设为 512M，保存后重启实例（等效于本地改配置 + 重启）
- 若连参数组都不可调，只能分段导出/导入：用 mysqldump --where="id BETWEEN 1 AND 10000" 拆成小文件，或在 Navicat 中导出时勾选「每条 INSERT 语句插入一行」
- 不要依赖 Navicat GUI 的「变量页」临时修改：它底层仍是 SET GLOBAL，在云环境大概率失败，且即使成功也只对当前 session 生效，而还原操作需要完整事务上下文