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 STATUS\G，确认Seconds_Behind_Master正常下降，且无Replicate_Wild_Do_Table相关警告
若中途修改过滤规则，还应考虑已同步的数据一致性——新规则不会自动清理历史数据，必要时需手动清理从库中不需要的库/表。
