必须加 --column-statistics=0 参数，因 rds mysql 8.0+ 默认启用列统计，而旧版客户端不识别该元数据查询，导致“couldn't execute 'select column_name'”报错。
能直接用 mysqldump 拉回来，但必须绕开 RDS 的限制项和本地环境缺失的依赖，否则 90% 的失败都卡在这两步上。
为什么 mysqldump 直接报错“Couldn't execute 'SELECT COLUMN_NAME'”
RDS MySQL 8.0+ 默认启用了列统计（column statistics），而本地旧版 MySQL 客户端或低版本服务端不识别这个元数据查询。这不是权限问题，是协议层面的不兼容。
- 必须加
--column-statistics=0参数禁用该特性，这是硬性要求，不是可选项 - 如果还报类似
Unknown table 'COLUMN_STATISTICS'，说明你用的是 MySQL 5.7 或更早客户端，也得加这个参数 - 别信网上说“升级本地 MySQL 就行”——很多 IDC 机房仍跑着 5.6，升级成本远高于加一个参数
导出时要不要加 --single-transaction 和 --master-data=2
取决于你是否需要后续做主从同步，或者迁移后立刻切流。
- 要保留 binlog 位置用于搭建从库：必须加
--master-data=2，它会在 dump 文件开头写入CHANGE MASTER TO语句 - 业务不能停写、又想保证一致性：加
--single-transaction，它靠 MVCC 实现快照读，RDS 支持（前提是引擎是 InnoDB） - 但注意：
--single-transaction和--lock-tables冲突，RDS 不允许 LOCK TABLES，所以别混用 - 如果本地目标库是 MySQL 5.7，且你只做一次性迁移，这两个参数都可以省，省得触发 RDS 的额外权限检查
执行前本地机器缺 mysqldump 怎么办
Mac/Linux 常见现象是 bash: mysqldump: command not found，根源不是没装 MySQL，而是二进制路径没进 PATH。
- 先确认 MySQL 是否已安装：
which mysql或find /usr -name mysqldump 2>/dev/null - 常见路径有：
/usr/local/mysql/bin/mysqldump（官方包）、/opt/homebrew/bin/mysqldump（M1/M2 Mac Homebrew）、/usr/bin/mysqldump（部分 Linux 发行版自带） - 临时生效：
export PATH=$PATH:/usr/local/mysql/bin - 永久生效：把上面那行加到
~/.zshrc（现代 macOS）或~/.bash_profile（老系统），然后source一下 - Windows 用户直接去 MySQL 官网下 Community Server，安装时勾选 “Add to PATH”，别用 zip 包解压了事
导出命令模板和关键避坑点
以下命令已过滤掉常见雷区，适配 RDS MySQL 5.7/8.0 + 本地 MySQL 5.6–8.0 场景：
mysqldump --column-statistics=0 --single-transaction --routines --triggers --events -u rds_user -p -h your-db.xxxxxxx.us-east-1.rds.amazonaws.com your_db_name > local_backup.sql
-
--routines和--triggers必须显式加上，RDS 默认不导出存储过程和触发器 - 密码不要写在命令行里（
-pXXX），会被 shell 历史记录捕获，回车后手动输更安全 - 如果 RDS 开了 SSL，本地
mysqldump可能报证书错误，加--ssl-mode=DISABLED强制跳过（仅限内网可信链路） - 大库（>10GB）建议加
--quick，避免客户端内存爆掉；分表导出更稳，比如mysqldump ... table_a > table_a.sql
真正麻烦的不是导出，是导出后发现字符集乱码、时间戳偏移、或者自增 ID 断层——这些得看 SHOW CREATE TABLE 输出和 my.cnf 里的 collation-server、time_zone 配置是否对齐。别等导入完才发现。
