mysqldump的--ignore-table必须写全“数据库名.表名”，大小写敏感，排除多个表需重复参数；逗号分隔、漏库名或格式错误均静默失效，且不跳过依赖对象。
mysqldump 使用 --ignore-table 参数排除单个数据表
该参数用法直接，但有一个关键格式要求必须严格遵守：必须提供完整的 数据库名.表名 格式。如果遗漏数据库名，参数将静默失效——备份文件中依然会包含你希望跳过的表，且整个过程不会产生任何错误提示。
- 正确用法：
mysqldump -u root -p mydb --ignore-table=mydb.log_table > backup.sql - 常见错误：写成
--ignore-table=log_table（缺少数据库名），或试图用逗号分隔多个表--ignore-table=mydb.log_table,mydb.audit_log（此语法不被支持）。 - 大小写敏感：若MySQL服务器配置为大小写敏感（例如
lower_case_table_names=0），则--ignore-table的参数也必须严格匹配表名的大小写，否则同样会失效。
排除多个数据表需重复指定 --ignore-table 参数
需要忽略多张表？请注意，不能使用逗号分隔，也不能使用通配符。你必须为每一张需要排除的表，单独编写一个 --ignore-table 参数。在编写或拼接脚本命令时，稍有不慎遗漏空格或顺序错乱，就可能导致部分表未被成功忽略。
- 正确用法：
mysqldump -u root -p mydb --ignore-table=mydb.tmp1 --ignore-table=mydb.tmp2 --ignore-table=mydb.archive_2023 > backup.sql - 操作注意事项：复制粘贴时需避免带入换行符或中文空格，否则可能导致Bash报
unknown option错误；同时注意参数位置，避免写成mydb--ignore-table=...（数据库名与参数之间缺少空格）。 - 参数顺序规则：
--ignore-table必须紧跟在目标数据库名（mydb）之后，并且需位于输出重定向符号（>）之前。
被排除的表仍可能因触发器或外键依赖而被间接导出
请注意，使用 --ignore-table 参数并非一劳永逸。该参数仅跳过目标表的数据和建表语句，但不会移除其他表中指向它的外键约束定义，也不会自动过滤依赖该表的触发器或视图。若目标库在还原时开启了外键检查，很可能导致导入失败。
- 触发器依赖：若某个触发器引用了被忽略的表，该触发器的定义仍会被导出。还原执行到该触发器时，会报错
Table 'mydb.log_table' doesn't exist。 - 视图依赖：基于被忽略表创建的视图，其定义也会保留。虽然备份可以完成，但后续查询该视图时会发生错误。
- 稳妥建议：备份前，建议先梳理清楚表间的依赖关系。必要时，可手动移除相关的触发器或视图定义，或结合使用
--skip-triggers参数。
替代方案：使用 --tables 显式指定需备份的数据表
当需要排除的表数量非常多时，采用反向思维——明确列出所有需要备份的表，反而更为可靠。当然，此方法也有其局限性：需要事先查询并拼装表名列表，且一旦数据库结构发生变更，该列表也需同步更新。
- 操作示例：可先通过查询生成白名单表名列表：
mysql -Nse "SELECT GROUP_CONCAT(table_name) FROM information_schema.tables WHERE table_schema='mydb' AND table_name NOT IN ('tmp1','tmp2')"，然后将结果拼接到mysqldump ... --tables 表名列表命令中。 - 长度限制注意：
GROUP_CONCAT函数默认有1024字节的长度限制，表名过多时会被截断。需临时调大设置：SET SESSION group_concat_max_len = 1000000。 - 方法特点：此方式完美避开了
--ignore-table在大小写和格式上的潜在陷阱。但需注意，information_schema等系统表本身就不会被mysqldump备份，因此无需额外处理。
总而言之，使用 --ignore-table 参数时，最大的风险往往隐藏在细节之中：大小写和库名拼写的准确性。因为其失败时通常是静默的。一个非常实用的建议是，在正式执行备份前，如果使用的是 MySQL 8.0.21 及以上版本，可先用 --dry-run 选项进行模拟；或在小范围测试环境中运行一次，确认目标表确实未出现在输出内容中，从而确保备份操作的可靠性。
