如果复制源服务器没有将语句写入其二进制日志,则不会复制该语句。如果服务器确实记录了该语句,则将该语句发送到所有副本,每个副本决定是执行它还是忽略它。
在源上,您可以通过使用--binlog-do-db
和
--binlog-ignore-db
选项来控制二进制日志记录来控制记录更改的数据库。有关服务器在评估这些选项时使用的规则的描述,请参阅
第 17.2.3.1 节,“数据库级复制和二进制日志记录选项的评估”。您不应使用这些选项来控制复制哪些数据库和表。相反,在副本上使用过滤来控制在副本上执行的事件。
在副本端,关于是执行还是忽略从源接收到的语句的决定是根据
--replicate-*
副本启动时使用的选项做出的。(请参阅第 17.1.4 节,“复制和二进制日志记录选项和变量”。)
在最简单的情况下,当没有
--replicate-*
选项时,副本执行它从源接收到的所有语句。否则,结果取决于给定的特定选项。
首先检查数据库级选项(--replicate-do-db
,
--replicate-ignore-db
);有关此过程的描述,请参阅第 17.2.3.1 节,“数据库级复制和二进制日志记录选项的评估” 。如果没有使用数据库级选项,选项检查将继续到可能正在使用的任何表级选项(有关这些的讨论,请参阅第 17.2.3.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-*
测试过滤规则之前应用它们。
在 MySQL 5.6 中,所有复制过滤选项都遵循相同的区分大小写规则,这些规则适用于 MySQL 服务器中其他地方的数据库和表的名称,包括
lower_case_table_names
系统变量的影响。
这是对以前版本 MySQL 的更改。(漏洞 #51639)