如果复制源服务器没有将语句写入其二进制日志，则不会复制该语句。如果服务器确实记录了该语句，则将该语句发送到所有副本，每个副本决定是执行它还是忽略它。

在源上，您可以通过使用--binlog-do-db和 --binlog-ignore-db选项来控制二进制日志记录来控制记录更改的数据库。有关服务器在评估这些选项时使用的规则的描述，请参阅 第 16.2.5.1 节，“数据库级复制和二进制日志记录选项的评估”。您不应使用这些选项来控制复制哪些数据库和表。相反，在副本上使用过滤来控制在副本上执行的事件。

在副本端，关于是执行还是忽略从源接收到的语句的决定是根据 --replicate-*副本启动时使用的选项做出的。（请参阅第 16.1.6 节，“复制和二进制日志记录选项和变量”。）由这些选项管理的过滤器也可以使用CHANGE REPLICATION FILTER语句动态设置。管理此类过滤器的规则是相同的，无论它们是在启动时使用--replicate-*选项创建的，还是在副本服务器运行时创建的CHANGE REPLICATION FILTER. 请注意，复制过滤器不能用于为组复制配置的 MySQL 服务器实例，因为在某些服务器上过滤事务会使组无法就一致状态达成一致。

在最简单的情况下，当没有 --replicate-*选项时，副本执行它从源接收到的所有语句。否则，结果取决于给定的特定选项。

首先检查数据库级选项（--replicate-do-db, --replicate-ignore-db）；有关此过程的描述，请参阅第 16.2.5.1 节，“数据库级复制和二进制日志记录选项的评估” 。如果没有使用数据库级选项，选项检查将继续到可能正在使用的任何表级选项（有关这些的讨论，请参阅第 16.2.5.2 节，“表级复制选项的评估”）。如果使用了一个或多个数据库级选项但没有一个匹配，则不会复制该语句。

对于仅影响数据库的语句（即 CREATE DATABASE、 DROP DATABASE和 ALTER DATABASE），数据库级选项始终优先于任何 --replicate-wild-do-table选项。换句话说，对于此类语句， --replicate-wild-do-table当且仅当没有适用的数据库级选项时才会检查选项。这是对以前版本 MySQL 的行为更改， CREATE DATABASE dbx如果副本已启动，则不会复制语句。（漏洞 #46110） --replicate-do-db=dbx --replicate-wild-do-table=db%.t1

为了更容易确定选项集的效果，建议您避免混合使用“ do ”和 “ ignore ”选项，或者通配符和非通配符选项。

如果--replicate-rewrite-db 指定了任何选项，则在 --replicate-*测试过滤规则之前应用它们。