mysqldump 排除特定表需用 --ignore-table=database_name.table_name，多表需重复该参数；不支持通配符，排除以_tmp结尾的表需先查表名再拼命令；--where用于条件导出但需配合--tables使用；排除大表可降I/O但不缓解锁问题；脚本中动态生成参数要注意引号和数组避免空格截断；输错表名会静默跳过，须人工核对。
mysqldump 排除特定表用 --ignore-table
直接在命令里加 --ignore-table=database_name.table_name 即可跳过单个表。如果要排除多个，得重复写多次该参数，不能用逗号或通配符批量指定。
常见错误是漏写数据库名，比如只写 --ignore-table=user_log，这会报错“Unknown table”，必须带库名前缀。
- 排除
logs库里的access_log和error_log：mysqldump -u root -p logs --ignore-table=logs.access_log --ignore-table=logs.error_log > backup.sql - 想排除所有以
_tmp结尾的表？mysqldump原生不支持通配符，得先查出表名再拼命令，例如：mysql -Nse "SELECT table_name FROM information_schema.tables WHERE table_schema='mydb' AND table_name NOT LIKE '%_tmp'" mydb | xargs mysqldump -u root -p mydb > backup.sql
用 --where 实现逻辑级“排除”而非物理跳过
当不想整个表都跳过，只是想备份某部分数据（比如只导出非测试数据），--where 比 --ignore-table 更灵活。
它对每个表单独生效，所以得配合 --tables 显式列出目标表，否则默认全库时 --where 会被忽略。
- 只导出
users表中status != 'test'的记录：mysqldump -u root -p mydb --tables users --where="status != 'test'" > users_prod.sql -
--where里不能引用其他表，也不能用子查询；条件字符串需手动转义单引号，否则 shell 会截断
大表场景下，--ignore-table 能显著缩短备份时间但不减少锁等待
被忽略的表不会被读取、不会写入 dump 文件，CPU 和 I/O 开销确实下降。但 mysqldump 默认开启 --lock-tables（MyISAM）或 --single-transaction（InnoDB），只要涉及的表有锁依赖，仍可能因事务快照或表锁阻塞其他写入。
- 若排除的是大日志表，且它不参与外键约束或触发器调用，基本不影响一致性；但若备份中保留了引用它的视图或存储过程，还原后可能报错
- InnoDB 下推荐加
--single-transaction并排除大表，比单纯关锁更安全；MyISAM 必须用--lock-tables，排除表并不能缓解锁粒度问题
自动化脚本里动态排除表，注意 shell 变量和空格处理
写循环或数组生成 --ignore-table 参数时，最容易出错的是变量未引号包裹导致空格截断，或数据库名含短横线（-）被误识别为选项。
- 正确写法（Bash）：
IGNORE_OPTS=""<br>for t in "app.log_2023" "app.tmp_cache"; do<br> IGNORE_OPTS="$IGNORE_OPTS --ignore-table=$t"<br>done<br>eval "mysqldump -u root -p myapp $IGNORE_OPTS > backup.sql"
- 更稳妥的做法是用数组：
ignore_list=("myapp.log_2023" "myapp.tmp_cache")<br>opts=()<br>for t in "${ignore_list[@]}"; do opts+=("--ignore-table=$t"); done<br>mysqldump -u root -p myapp "${opts[@]}" > backup.sql
真正容易被忽略的是：排除表后，mysqldump 不会校验这些表是否真实存在——即使输错表名，也不会报错，只会静默跳过。上线前务必用 mysql -e "SHOW TABLES FROM db_name" 对一遍。
