1.You have replication configured, which consists of one master and one slave on different hosts with anasynchronous replication channel between them.
Your goal is to decrease the amount of data that is transferred between these two hosts.
It is confirmed that the slave instance does not need to have data from the example database.
Which replication filter contributes to your goal?
A)on master: --replicate-ignore-db=example
B)on slave: --binlog-ignore-db=example
C)on slave: --replicate-wild-ignore=example.%
D)on slave: --replicate-ignore-db-example
E)on master: --binlog-ignore-db=example
正确答案：E) on master: --binlog-ignore-db=example
解析：
在 MySQL 主从复制中，减少主从之间传输的数据量需从主库的二进制日志（binlog）生成阶段入手，而非从库的过滤。以下是关键分析：
选项E（主库设置 --binlog-ignore-db=example）
主库的 --binlog-ignore-db 参数会阻止将 example 数据库的变更写入二进制日志。
由于 binlog 中不包含 example 的数据，从库在同步时不会接收这部分数据，从而直接减少网络传输量。
唯一真正减少数据传输的选项，符合题目目标。
其他选项的局限性：
选项C/D（从库设置 --replicate-* 参数）：
从库的复制过滤（如 replicate-wild-ignore 或 replicate-ignore-db）仅跳过对 example 数据库事件的应用，但主库仍会将相关数据写入 binlog 并传输到从库，无法减少传输量。
选项B（从库设置 --binlog-ignore-db）：
--binlog-ignore-db 是主库参数，从库通常不生成 binlog（除非启用 log_slave_updates），此选项无效。
选项A（主库设置 --replicate-ignore-db）：
--replicate-ignore-db 是从库参数，主库无此配置，逻辑错误。
结论：
选项E 通过主库的二进制日志过滤，从根本上排除 example 数据库的变更记录，直接减少主从间传输的数据量。其他选项仅影响从库应用逻辑，无法优化传输量。
