MySQL 主从复制中如何跳过特定数据库或表
主从复制默认同步所有库和表，但实际运维中常需排除某些库（如
mysql、
information_schema）或业务临时表。跳过不是靠“不写入”，而是靠从库在 SQL 线程执行前主动忽略匹配的语句。
用 replicate-ignore-db
和 replicate-ignore-table
配置跳过
这两个参数必须写在从库的
my.cnf中，并重启
mysqld才生效（动态 SET 无效）。注意：它们只对基于语句（STATEMENT）格式的 binlog 生效；若主库使用 ROW 格式，这些参数将被完全忽略。
replicate-ignore-db = test：仅当
USE test被显式执行后，后续的非限定语句（如
INSERT INTO users）才会被跳过；
INSERT INTO test.users这类带库名的语句不会被跳过
replicate-ignore-table = app.log_events：无论当前 USE 哪个库，只要语句操作的是
app.log_events，就跳过 —— 这个更可靠，推荐优先用 多个库/表需重复多行配置，不支持通配符或正则
用 SET GLOBAL sql_slave_skip_counter = 1
临时跳过单条事件
当从库报错卡在某条语句（如
ERROR 1032 (HY000): Can't find record in 'orders'），且确认该语句可安全忽略时，可用此方式人工跳过。它只影响下一条事件，不改变复制过滤逻辑。 必须先
STOP SLAVE，再执行
SET GLOBAL sql_slave_skip_counter = 1，然后
START SLAVE仅适用于 STATEMENT 或 MIXED 格式；ROW 格式下跳过的是一个 event group，可能误跳多条 不可逆，跳过后无法回溯原语句内容，生产环境慎用
更安全的替代方案：用 replicate-do-db
显式指定只同步哪些库
相比“排除”，“白名单”模式更可控，尤其适合多租户或分库场景。它同样只对 STATEMENT 格式有效，且行为与
ignore-db类似：依赖当前
USE库上下文。
replicate-do-db = prod_user replicate-do-db = prod_order
注意：
replicate-do-db和
replicate-ignore-db不能混用，否则行为未定义；若必须混合控制，改用
replicate-wild-ignore-table（支持
%通配）会更清晰，例如：
replicate-wild-ignore-table = test.% replicate-wild-ignore-table = %_tmp
真正容易被忽略的是 binlog_format 的隐性约束：一旦主库设为
ROW，所有基于库名或表名的过滤参数都失效，此时只能靠从库应用层拦截，或改用 MySQL 8.0+ 的复制通道过滤（
CHANGE REPLICATION FILTER）—— 但那需要 GTID 和 CHANNEL 支持，升级成本不低。
