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