导出 RDS 数据时 mysqldump 报错 Access denied for user
云厂商（如阿里云 RDS、腾讯云 CDB）默认禁用 SELECT INTO OUTFILE，且多数不开放 SUPER 权限，导致直接用 mysqldump --single-transaction --routines --triggers 仍可能失败——尤其当账号没被授予 LOCK TABLES 或 SHOW VIEW 时。
- 先确认账号权限：
SHOW GRANTS FOR CURRENT_USER;，重点看是否含SELECT、LOCK TABLES、SHOW VIEW、TRIGGER - 若权限不足，改用
--skip-lock-tables（但需接受备份期间数据不一致风险） - 避免用
--all-databases：RDS 系统库（如mysql、information_schema）不可导出，硬加会报错 - 推荐命令组合：
mysqldump -h your-rds-endpoint -u user -p --single-transaction --routines --triggers --databases db1 db2 > backup.sql
还原到本地 MySQL 时出现 ERROR 1840 / GTID 不一致
云 RDS 默认开启 gtid_mode=ON，而本地 MySQL 可能是关闭状态，或 gtid_purged 值冲突，执行 source backup.sql 时会在 SET @@GLOBAL.GTID_PURGED 这行报错。
- 导出前先在 RDS 上查：
SELECT @@global.gtid_mode, @@global.gtid_purged; - 本地还原前，临时关闭 GTID：
SET GLOBAL gtid_mode = OFF_PERMISSIVE;，再SET GLOBAL enforce_gtid_consistency = OFF; - 更稳妥做法：导出时加
--set-gtid-purged=OFF（MySQL 5.7.6+），跳过 GTID 相关语句 - 若必须保留 GTID，本地实例需提前配置
gtid_mode=ON+enforce_gtid_consistency=ON，并清空gtid_purged（仅限新实例）
字符集与排序规则不匹配导致中文乱码或建表失败
RDS 常用 utf8mb4_unicode_ci，但本地 MySQL 旧版本默认是 latin1_swedish_ci，还原时 CREATE TABLE 语句里的 COLLATE 子句会触发报错，或插入后查出来是问号。
- 导出时显式指定字符集：
mysqldump --default-character-set=utf8mb4 -c ...（-c表示完整 INSERT） - 检查备份文件头是否有
SET NAMES utf8mb4;；没有就手动加一行 - 本地 MySQL 配置文件（
my.cnf）中确认：character-set-server = utf8mb4，collation-server = utf8mb4_unicode_ci - 还原前在本地执行：
SET NAMES utf8mb4;，再source backup.sql
大表导入卡住、超时或连接中断
本地 MySQL 默认 max_allowed_packet=4M，wait_timeout=28800，面对百 MB 级 SQL 文件，很容易在中间断开或报 Packets larger than max_allowed_packet。
- 还原前调高参数：
SET GLOBAL max_allowed_packet = 512*1024*1024;（512MB），SET GLOBAL wait_timeout = 3600; - 不要用 MySQL 客户端交互模式
source导入大文件，改用命令行：mysql -u root -p --default-character-set=utf8mb4 db_name - 如果仍失败，拆分 SQL 文件：
split -l 5000 backup.sql backup_part_，再逐个导入（注意前几行建库/USE 语句别丢） - 导入后运行
ANALYZE TABLE，避免因统计信息缺失导致后续查询变慢
GTID 和字符集这两块最容易在还原完成后再暴露问题——比如第二天应用连上才发现主键重复或中文字段全成乱码，动手前务必核对源库和目标库的 SHOW VARIABLES LIKE '%gtid%' 和 %char%。
