Navicat图形化备份不支持表级排除，必须通过命令行调用mysqldump并显式使用--ignore-table参数实现；其「高级」设置仅影响SQL文件格式，不改变表遍历逻辑。
Navicat 备份作业里无法直接排除表
Navicat 的图形化备份界面（包括「备份」标签页和批处理作业）**不提供“排除指定表”的勾选或过滤框**。你看到的「可用对象」列表是只读展示，双击添加的是整个数据库级备份任务，Backup production_db 这类动作本质调用的是 mysqldump --databases production_db，没有内置表级白/黑名单机制。
真正生效的排除方式只有两种：SQL 脚本 + mysqldump 或自定义导出命令
想跳过 test_log、mock_data 这类测试表，必须绕过 Navicat 的图形备份流程，改用底层命令控制：
- 在 Windows 任务计划程序中，把「操作」里的程序路径改为
mysqldump.exe，参数写成：--user=root --password=xxx --skip-triggers --no-create-info production_db --ignore-table=production_db.test_log --ignore-table=production_db.mock_data > D:\backups\prod_%date:~0,4%%date:~5,2%%date:~8,2%.sql - Linux/macOS 下更推荐此方式：用
crontab -e添加一行，调用绝对路径的/usr/bin/mysqldump，并明确写--ignore-table；注意mysqldump不支持通配符，每个要排除的表都得单独写一次--ignore-table=db.table_name - 如果非要用 Navicat 启动，可新建一个「运行 SQL 文件」类型的批处理作业，内容为：
SELECT * FROM information_schema.TABLES WHERE TABLE_SCHEMA='production_db' AND TABLE_NAME NOT IN ('test_log','mock_data');——但这只是查，不导出；真要导出还得拼接mysqldump命令并用系统 shell 执行
为什么不能依赖 Navicat 自带的「高级」选项卡设置
「编辑连接 → 高级 → 备份设置」里那些选项（如压缩、字符集、是否含建库语句）**完全不影响表级包含逻辑**。它只修饰最终生成的 SQL 文件格式，不会干预 dump 过程中哪些表被读取。哪怕你勾选了「仅备份结构」或「仅数据」，只要没在命令行显式传 --ignore-table，所有表仍会被遍历——尤其是当目标表存在 LOCK TABLES 权限时，备份会卡在锁等待上，而 Navicat 不报具体哪张表导致失败。
容易忽略的权限与路径陷阱
用 mysqldump 排除表时，以下三点常导致静默失败：
-
--ignore-table的参数格式必须严格为database_name.table_name，大小写敏感，且数据库名不能用反引号包裹（`production_db`.`test_log`会报错） - MySQL 账号必须有
SELECT权限——但**不需要对被排除的表有权限**；反而如果账号对某张测试表有权限但该表已损坏，mysqldump仍会因读取失败中断整个备份 - Windows 下若用
%date%生成文件名，任务计划程序默认以系统 locale 解析日期格式，遇到非英文系统可能报环境变量语法错误；建议改用powershell -Command "Get-Date -Format 'yyyyMMdd'"替代
真正可靠的排除逻辑，从来不在 Navicat 界面里，而在你调用的那条 mysqldump 命令里；图形工具只负责调度和封装，不负责精细控制数据范围。
