mysql主从复制需在从库启动前配置过滤规则,推荐使用replicate-do-db指定同步库或replicate-wild-do-table按表通配过滤,主库过滤不推荐;配置后须重启从库并重置复制。

MySQL 主从复制默认同步全部数据库,但生产中常需只同步特定库(如只同步 app_db,忽略 mysql、sys 等系统库或测试库)。这可通过复制过滤(Replication Filtering)实现,**关键在从库(Slave)配置,且必须在从库启动复制前设置生效**。
一、推荐方式:从库配置 replicate-do-db
这是最常用、语义清晰的方式,在从库的 my.cnf 中指定要同步的数据库:
[mysqld] replicate-do-db = app_db replicate-do-db = order_db # 可写多行,支持多个库
注意:该参数仅对 USE db_name 后执行的语句生效;若 SQL 中显式写了库名(如 INSERT INTO app_db.users...),即使没 USE,也会被匹配。不建议混用 replicate-ignore-db,逻辑易冲突。
二、更灵活的方案:使用 replicate-wild-do-table
当需要按表级别精细控制(例如只同步 app_db 下的 user 和 order 表),推荐通配符方式:
[mysqld] replicate-wild-do-table = app_db.user% replicate-wild-do-table = app_db.order%
支持 %(任意字符)和 _(单字符)通配,比 replicate-do-db 更精准,也规避了 USE 依赖问题。若需排除某张表,可用 replicate-wild-ignore-table,但建议优先用“白名单”思维。
三、主库过滤(不推荐,仅作了解)
主库可通过 binlog-do-db 或 binlog-ignore-db 控制哪些库写入 binlog。但强烈不推荐:一旦主库需扩展其他从库用途(如备份、分析),binlog 不完整会导致不可恢复。复制过滤应由从库自主决定,解耦更安全。
四、配置后必须重启从库并重置复制
修改 my.cnf 后不能热生效,需:
- 停止从库:
STOP SLAVE; - 重启 MySQL 进程(使配置加载)
- 检查是否生效:
SHOW VARIABLES LIKE 'replicate%'; - 重新启动复制:
START SLAVE; - 验证状态:
SHOW SLAVE STATUSG,确认Seconds_Behind_Master正常下降,且无Replicate_Wild_Do_Table相关警告
若中途修改过滤规则,还应考虑已同步的数据一致性——新规则不会自动清理历史数据,必要时需手动清理从库中不需要的库/表。