17.1 Replication Configuration 复制:

17.1 Replication Configuration 复制:


17.1.1 How to Set Up Replication
17.1.2 Replication Formats
17.1.3 Replication with Global Transaction Identifiers
17.1.4 Replication and Binary Logging Options and Variables
17.1.5 Common Replication Administration Tasks


复制在servers 之间在MySQL 基于 binary log 机制。


MySQL 实例操作作为master( 数据库改变的源头) 写更新和改变作为events 到binary log.


信息在binary log 是存储在不同的logging 格式,根据被记录的数据库格式。


Slaves 会被配置读取binary log 从master 执行binary log里的evnets 在slave本地的数据库


注意:

你无法配置在master上只记录某些events


master 是"dumb" 在这种情况下,一旦binary logging 已经被启用,所有的语句

是被存储在binary log.


每个slave 接收binary log 整个内存的拷贝。


这是slave的责任来决定哪个语句在binary log 应该被执行,你不能配置master 来只记录某些evnets.


如果你不指定其他的, 你可以配置slave来只处理events 应用于某个数据库或者表


每个slave 保持一个记录binary log 的坐标:


文件的名字和位置在文件里, 它已经读取和处理从master.


这意味着多个slaves 可以被连接到master和执行相同binary log的不同部分。


因为slaves 控制这个过程,单独的slaves 可以被连接和断开从server 不会影响master的操作。


每个slave 记录当前的binary log的位置,它是可能对于slaves被断开,重新连接人后继续处理



master和每个slave必须配置一个唯一的ID（使用server-id选项）。


此外, 每个slave 必须配置关于master hostname的信息,log file 名字,和位置。


这些信息可以控制在MySQLsession 使用CHANGE MASTER TO statement on the slave.


信息是存储在slave的master info repository, 可以是一个文件或者一个表


本节介绍设置和配置对于一个复制需要的环境 包含分布说明创建一个新的复制环境,

主要的组成部分是:


1. 对于指导一个设置2个或者多个servers用于复制

2.  在binary log 里的events 是记录使用一些格式。


那些是基于语句的或者而基于行的

第3种,混合模式(MIXED) 使用SBR或者RBR 复制自动的利用 SBR和RBR的好处在适当的时候


在不同的配置选项和变量应用于复制是同的 在Section 17.1.4, “Replication and Binary Logging 

Options and Variables”.



一旦启动,复制处理应该需要小的管理或者而监控