答案：replicate-wild-do-table导致表不存在错误（1146）的根本原因是它仅控制sql线程是否执行语句，不保证依赖的库表存在；若主库在非目标库上下文创建表（如use db2时执行create table db1.t1），从库跳过建表语句但后续dml仍被应用，从而报错。
replicate-wild-do-table 为什么会导致表不存在错误（1146）
根本原因是 replicate-wild-do-table 只控制「SQL线程是否执行某条语句」，不控制「该语句依赖的库/表是否存在」。如果主库在非目标库上下文里创建了目标表（比如用 CREATE TABLE db1.t1 但当前 USE 的是 db2），从库会跳过建表语句（因不匹配通配规则），但后续对该表的 INSERT 或 UPDATE 却可能被应用——结果就是 Last_Error: Error 'Table 'db1.t1' doesn't exist'。
检查当前配置是否生效且无冲突
先确认从库实际加载的过滤规则，避免配置被覆盖或误写：
-
SHOW VARIABLES LIKE 'replicate_wild_do_table';—— 查看是否真生效，注意大小写和空格（如db1.%和db1.%不同） -
SELECT * FROM performance_schema.replication_applier_configuration;（MySQL 8.0+）或SHOW SLAVE STATUS\G中的Replicate_Wild_Do_Table字段 —— 看运行时值是否与配置一致 - 检查是否有
replicate-do-db、replicate-ignore-db等其他过滤参数并存 —— 它们与wild类参数逻辑不同，容易互相干扰
修复已发生的 1146 错误（表不存在）
不能直接跳过错误，否则后续 DML 还会失败。必须让从库拥有对应表结构：
- 在从库手动执行建表语句（需严格匹配主库
SHOW CREATE TABLE db1.t1输出，包括字符集、存储引擎、注释等） - 或者用
mysqldump -d --skip-triggers db1 t1导出结构，在从库导入 - 若表较多，建议临时停掉 SQL 线程：
STOP SLAVE SQL_THREAD;，补全缺失表后再START SLAVE SQL_THREAD; - 严禁使用
SET GLOBAL sql_slave_skip_counter = 1跳过建表语句 —— 这会让后续所有对该表的操作都失败
安全配置 replicate-wild-do-table 的要点
通配符看似灵活，但极易漏掉跨库操作。真正稳妥的做法是：
- 优先用
replicate-wild-do-table = db1.%，而不是replicate-do-db = db1—— 前者按表名匹配，后者按当前USE库匹配，稳定性高得多 - 多个库要同步？写多行：
replicate-wild-do-table = db1.%和replicate-wild-do-table = db2.%，不要用逗号拼接 - 避免用
%匹配整个库名（如%.t1）—— 主库一旦新建同名表在其他库下，就会被意外同步 - 配置后必须重启 MySQL 或执行
CHANGE MASTER TO ... FOR CHANNEL ''（MySQL 8.0.23+ 支持热加载，但旧版本必须重启）
最常被忽略的一点：replicate-wild-do-table 对 DROP DATABASE、CREATE DATABASE 这类语句完全无效 —— 它只作用于表级操作。如果主库删了库，从库不会自动删，残留库名可能导致后续建同名表失败。
