mysql主从复制中跳过特定库表需在从库my.cnf配置replicate-ignore-db或replicate-ignore-table并重启，仅对STATEMENT格式binlog生效；ROW格式下失效，此时应改用replicate-wild-ignore-table或升级至MySQL 8.0+使用CHANGE REPLICATION Filter。
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 支持，升级成本不低。