--ignore-table=dbname.tablename 是唯一正确格式，缺库名或写错分隔符均静默失效；多表需重复参数；不支持忽略整库，过滤系统库应显式列举业务库或用--ignore-database（5.7.12+）。
mysqldump 里 --ignore-table 参数怎么写才生效
直接写 --ignore-table=dbname.tablename 是唯一正确格式，漏掉数据库名或用反斜杠、点号不匹配都会静默失效。常见错误是写成 --ignore-table=tablename（缺库名）或 --ignore-table=dbname\table（Windows 路径式写法），这两种情况 mysqldump 完全不报错，但表照常导出。
多个表要重复写多次该参数，不能用逗号或空格分隔：
mysqldump -u root -p --ignore-table=test.users --ignore-table=test.logs test
注意：--ignore-table 只影响数据和建表语句的导出，不影响 CREATE DATABASE 或其他库的结构；如果目标库不存在，仍需手动创建。
过滤整个库时别用 --ignore-table，改用 --databases 显式列举
--ignore-table 不支持“忽略整个库”，它只认“库.表”粒度。想跳过 mysql、information_schema 这类系统库，最稳妥的方式是不加 --all-databases，而是明确列出要导出的业务库：
mysqldump -u root -p --databases app_db order_db payment_db
这样既避开系统库，又避免误删权限表导致恢复后无法登录。如果非要用 --all-databases，可配合 --ignore-database（MySQL 5.7.12+ 支持），但该参数在旧版本中不存在，兼容性差。
导出时过滤 vs 恢复时跳过：哪个更安全
优先在导出阶段过滤，而不是导出全量再用 sed 或脚本删 CREATE TABLE 行——后者容易误删跨行定义、触发器或注释里的相似字符串。但要注意：--ignore-table 不过滤 GRANT 语句，如果被忽略的表上有单独授权，这些权限语句仍会出现在 dump 文件里，恢复到新环境可能报错或留下冗余权限。
若需彻底清理权限，得额外加 --skip-triggers --skip-routines --skip-events 并人工检查 dump 文件末尾的 GRANT 块。
遇到 Unknown table 错误却没报错？那是表根本不存在
当 --ignore-table=dbname.nonexist_table 中的表名不存在时，mysqldump 默认不报错也不提示，只是跳过——这会让用户误以为过滤成功，实际是表压根没被识别。验证方式很简单：临时把 --ignore-table 改成一个肯定存在的表，看导出文件里是否真少了对应 CREATE TABLE 和 INSERT 块。
更可靠的验证方法是加 --verbose 参数运行一次（仅调试），它会在 stdout 打印正在处理哪些表，能直观看到被跳过的表是否列在其中。
真正难缠的是表名大小写敏感问题：Linux 下 test.Users 和 test.users 是两个表，但 --ignore-table=test.users 对前者无效；而 Windows 或 macOS 默认不区分，容易掩盖这类问题。
