应使用「对象过滤」预设排除规则，支持通配符和正则，配置可复用；需关闭「同步不存在的对象」开关，并用「查看同步语句」验证；mysqldump需重复--ignore-table参数且大小写敏感。
Navicat 备份时怎么跳过 log、audit、tmp 类表？
直接在「对象选择」里取消勾选最不可靠——漏掉一张就白干，而且下次比对还得重来。真正稳定的做法是用「对象过滤」预设排除规则，它支持通配符，能一次性屏蔽所有匹配模式的表，且配置可复用、不依赖人工点选。
操作路径：启动比对或备份向导 → 左下角点「选项」→ 切换到「对象过滤」标签页 → 在「排除对象」区域点击「添加」→ 输入完整匹配模式：
-
mysql.*、information_schema.*、performance_schema.*（系统库全跳） -
%.%_log、%.%_history、%._audit（注意：.是字面量，%才是通配；%_log不生效，必须带库名前缀） -
myapp.user_operation_record、cms.sync_log_detail（业务侧已知日志表，写死全名最稳妥）
Navicat 15+ 支持 regex: 前缀，比如 regex:^myapp\.(log|audit|temp)_，但旧版本只认简单通配符，别盲目套用。
为什么手动取消勾选后，还原时还是出现了被取消的表？
不是界面没生效，而是「同步设置」里有个默认开启的隐式开关在捣鬼：同步不存在的对象。哪怕你在比对列表里把 myapp.log_error 取消勾选了，只要目标库没有这张表，Navicat 就会自动重建它——等于又把你排除的表拉回来了。
必须做两件事：
- 在同步设置中明确关闭
同步不存在的对象（这是最常被忽略、危害最大的默认项） - 如果只是想跳过某些字段而非整张表，别只取消表勾选，改用「字段映射」功能单独控制列级同步
验证是否真跳过：右键同步日志里的某一行 → 「查看同步语句」，确认生成的 SQL 中不含该表的 CREATE TABLE 或 INSERT。
mysqldump 命令行备份时怎么排除日志表？
Navicat 图形界面背后调的也是 mysqldump，所以命令行参数逻辑完全一致。关键限制很硬：一个 --ignore-table 只能排除一张表，且必须写全库名和表名，大小写敏感，不支持通配符。
错误写法示例：
-
--ignore-table=log_error（漏库名，无效） -
--ignore-table=myapp.log_%（通配符不支持，被忽略） -
--ignore-table=myapp.log_error,myapp.audit_log（逗号分隔不合法，只生效第一个）
正确写法（多表必须重复参数）：
mysqldump -u root -p myapp \ --ignore-table=myapp.log_error \ --ignore-table=myapp.audit_log \ --ignore-table=myapp.tmp_cache \ > backup.sql
验证是否排除成功：用 grep '^CREATE TABLE.*log_error' backup.sql，返回空才表示真的没进去。
哪些表最容易被当成普通表而漏排除？
系统库（mysql、sys）大家都会躲，真正危险的是用户库里那些“伪装成业务表”的日志/缓存表——它们名字不带 log，但数据量大、无主键、结构常变，一同步就卡死或失败。
建议在比对前用 Ctrl+F 搜索这些关键词快速定位：
- 通用行为词：
log、record、trace、audit、temp、tmp - 时间特征：
_202606、_bak、_old（归档表） - 命名异常：
__migrations、USERS_LOG（全大写）、user__cache（双下划线）
这类表往往不在 DBA 维护清单里，却在业务代码里高频写入。一旦被同步，不仅拖慢流程，还可能因缺失索引或字符集差异导致目标库报错。提前整理一份 excluded_tables.txt 并定期更新，比每次手动找靠谱得多。
