mysql从库可通过配置文件设置复制过滤规则，实现仅同步主库部分数据库或表。2. 基于数据库的过滤使用replicate-do-db和replicate-ignore-db，基于表的过滤支持精确匹配或通配符模式。3. 过滤在从库SQL线程生效，依赖事件元数据，建议使用ROW格式binlog并避免跨库更新。4. 配置后需重启服务或重置复制链路，并通过SHOW SLAVE STATUS验证规则应用情况。5. 实际应用前应在测试环境充分验证，防止数据不一致或同步中断。
在 MySQL 中配置复制过滤，可以让从库（Slave）只同步主库（Master）上的部分数据库或表。这在多租户架构、数据隔离或特定业务场景中非常有用。实现方式主要通过在从库的配置文件中设置复制过滤规则。
1. 配置基于数据库的复制过滤
如果只想复制某些数据库，可以使用 replicate-do-db 或排除某些数据库使用 replicate-ignore-db。
示例：只复制指定数据库
在从库的 my.cnf 或 my.ini 中添加：
[mysqld] replicate-do-db = db1 replicate-do-db = db2
这样，从库只会应用来自 db1 和 db2 的更改。
注意：使用 replicate-do-db 时，SQL 线程会根据当前默认数据库判断是否应用事件。建议在执行跨库语句时格外小心，避免逻辑错乱。
排除某些数据库：
replicate-ignore-db = test replicate-ignore-db = temp_db
这些数据库的更改将被从库忽略。
2. 配置基于表的复制过滤
如果需要更细粒度控制，可以按表进行过滤。
只复制某些表：
replicate-do-table = db1.table1 replicate-do-table = db2.user_log
忽略某些表：
replicate-ignore-table = db1.log_table replicate-ignore-table = db2.audit_history
支持通配符的模式匹配：
replicate-wild-do-table = db%.user_% replicate-wild-ignore-table = logging.*
其中 % 匹配任意字符序列，_ 匹配单个字符。适合动态表名或分表场景。
3. 注意事项与最佳实践
复制过滤虽然灵活，但使用不当可能导致数据不一致或同步中断。
- 过滤规则在从库生效，主库无需特殊配置。
- 修改配置后需重启从库或重新加载复制设置（如 RESET SLAVE 后重新 CHANGE MASTER）。
- 尽量避免在 binlog 格式为 STATEMENT 时跨库更新，容易导致过滤失效。
- ROW 格式的 binlog 更适合表级过滤，因为事件直接绑定表名。
- 不要在主从之间循环复制的场景中随意使用过滤，可能引发循环写入。
4. 动态查看和验证过滤效果
可通过以下命令检查当前复制过滤状态：
SHOW SLAVE STATUSG
查看输出中的 Replicate_Do_DB、Replicate_Ignore_Table 等字段是否与配置一致。
也可通过测试写入被过滤或未被过滤的表，观察从库是否同步来验证规则是否生效。
基本上就这些。关键是理解过滤发生在从库 SQL 线程阶段，且规则匹配依赖于事件的元数据。配置前建议在测试环境充分验证。