微信云托管MySQL的root账号不支持远程登录且无SUPER权限，导致mysqldump/DTS因缺少SUPER权限（如--set-gtid-purged=ON或修改sql_log_bin）报错ERROR 1227；新建账号需正确配置主机（%或公网IP）、权限（SELECT/SHOW VIEW/LOCK TABLES/RELOAD等）及账号密码格式，并导出时必加--skip-lock-tables和--set-gtid-purged=OFF参数。
为什么不能直接用 root 账号跑 mysqldump 或 DTS？
微信云托管 MySQL 的 root 账号不支持远程登录（即使开了外网），且默认未开放 SUPER 权限——而 mysqldump 在导出时若启用 --set-gtid-purged=ON、或 DTS 在结构同步阶段尝试修改 sql_log_bin，都会因缺失该权限报错：ERROR 1227 (42501): Access denied; you need (at least one of) the SUPER privilege(s) for this operation。这不是密码错了，是权限根本没给。
新建账号时必须填对的三个关键字段
在微信云托管控制台「数据库账号管理」→「新建账号」中，以下三项配置错误会导致迁移工具连不上或执行失败：
-
主机：填
%（允许所有 IP）或明确填写你运行mysqldump/ DTS 的机器公网 IP；填localhost或内网地址（如10.0.0.%）在云托管环境下基本无效，因为迁移任务通常从公网发起 -
权限：至少勾选
SELECT、SHOW VIEW、LOCK TABLES（mysqldump需要）、RELOAD（DTS 结构同步需要）；若要导出存储过程/函数，还需EXECUTE -
账号名与密码：避免含特殊字符（如
@、/、空格），否则 shell 命令中需额外转义；密码长度必须 8–64 位，且含大小写字母+数字+符号中的任意三种
导入前必须清理目标库的同名用户
如果你用 DTS 或手动 mysqldump 迁移整个实例，目标库可能已存在同名用户（比如测试时建过 app_user）。直接导入权限 SQL 会触发叠加而非覆盖，导致后续连接时认证插件不一致或权限混乱。务必先执行：
SELECT CONCAT('DROP USER ''', user, '''@''', host, ''';') FROM mysql.user WHERE user = 'your_migrate_user';
复制结果语句，在目标库执行后，再 FLUSH PRIVILEGES;。注意：微信云托管不支持 DROP USER IF EXISTS 语法，必须先查后删。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
mysqldump 导出时最容易漏掉的两个参数
用本地 mysqldump 向微信云托管 MySQL 导出数据，以下参数不是可选，而是必加：
-
--skip-lock-tables：云托管 MySQL 是 Serverless 架构，不支持全局锁表，不加会卡住或报错Access denied for LOCK TABLES -
--set-gtid-purged=OFF：微信云托管 MySQL 默认开启 GTID，但不同版本间 GTID 兼容性差；不关会导致导入时GTID_PURGED冲突，报错Cannot add or update a child row: a foreign key constraint fails或直接中断
完整命令示例：mysqldump -h your-db-public-ip -P 3306 -u migrate_user -p --skip-lock-tables --set-gtid-purged=OFF --databases mydb > mydb.sql
真正卡住人的从来不是“怎么连上”，而是连上之后权限粒度没对齐、GTID 没关、或者目标库残留用户没清——这三处一错，迁移就停在中间，日志里只显示“access denied”或“unknown error”，得倒回去逐项核对。
