mysqldump导出单库必须加–databases参数，否则缺失create database和use语句导致还原失败；–ignore-table需严格用db_name.table_name格式；跨版本迁移建议加–skip-extended-insert提升兼容性。
mysqldump 导出单个数据库时必须加 --databases 参数
不加这个参数，mysqldump db_name 实际导出的是数据库结构 + 数据，但**没有 CREATE DATABASE 和 USE db_name 语句**。还原时如果目标实例里不存在该库，会直接报错 Error 1049 (42000): Unknown database 'db_name'。
- 正确写法：
mysqldump --databases myapp_prod > myapp_prod.sql - 错误写法：
mysqldump myapp_prod > myapp_prod.sql（缺建库指令） - 如果只想导结构不导数据，加
--no-data；只导数据不导表结构，加--no-create-info - 注意：加了
--databases后，命令末尾的数据库名支持多个，比如mysqldump --databases a b c
迁移部分表（不是全库）要小心 --ignore-table 的路径格式
--ignore-table 必须写成 db_name.table_name 格式，漏掉库名或用反斜杠/点号不规范都会失效——它不会报错，但该表照常被导出，你根本意识不到漏了。
- 有效写法：
mysqldump myapp_prod --ignore-table=myapp_prod.log_history --ignore-table=myapp_prod.tmp_cache - 无效写法：
--ignore-table=log_history或--ignore-table=myapp_prod.log_history,myapp_prod.tmp_cache（逗号分隔不支持） - 如果要导出的表很少，比忽略的少，建议改用
mysqldump myapp_prod t1 t2 t3显式列出表名，更可控 - 表名含特殊字符（如短横线）需用反引号包裹，但
--ignore-table里不能加反引号，否则解析失败
跨版本迁移时 --skip-extended-insert 能避开语法兼容问题
MySQL 5.7 导出的 INSERT INTO ... VALUES (...),(...),(...) 多值语句，在 8.0.23+ 默认开启 sql_mode=STRICT_TRANS_TABLES 的实例上可能因字段长度超限被拒绝。而单行 INSERT 更容易被兼容处理。
- 加
--skip-extended-insert后每条记录独立成行，导入失败时定位具体哪条数据出问题也更快 - 代价是 SQL 文件体积变大、导入稍慢，但对中小规模（
- 如果目标库是 MySQL 8.0+，还建议加上
--set-gtid-purged=OFF，避免 GTID 相关报错（尤其非主从场景） - 别依赖
mysqldump --compatible=oracle这类选项，它只改语法糖，不解决底层类型或权限差异
只搬数据不搬结构？用 --no-create-info 但得先确保表存在
这个组合看似简单，实际最容易翻车：目标库表结构必须和源库**完全一致**（字段顺序、类型、默认值、索引），否则导入中途会卡在某条 INSERT 上，且错误信息只显示“Column count doesn’t match value count”，不告诉你哪张表哪列对不上。
- 执行前务必对比：
SHOW CREATE TABLE t1在两边都跑一遍，用 diff 工具看差异 - 如果只是字段顺序不同，
INSERT语句没指定列名就会失败；此时要么调整目标表结构，要么导出时加--complete-insert（带列名） -
--no-create-info不跳过视图、存储过程，它们仍会被导出并尝试创建——若不需要，得额外加--skip-triggers --skip-routines --skip-events - 别指望
mysql -D target_db 自动忽略建表语句，没 <code>--no-create-info就真会去建表
迁移最难的从来不是命令怎么敲，而是两边环境细节对不齐——字符集、严格模式、SQL mode、外键约束开关、甚至临时目录磁盘空间是否够写中间文件。动手前花两分钟查 SELECT @@sql_mode, @@character_set_database, @@foreign_key_checks，比重试三次强。