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


复制在MySQL 之间是基于binary logging机制的,MySQL 实例操作为master(数据改变的源头)


写更新和改变以"events"写到binary log.


信息在Binary log 是存储不同的记录格式根据数据库改变被记录。

Slaves 是配置读取binary log 从master 执行binary log 里的events 在slave本地数据库。


重要的:

你不能配置master 来只记录某些events 


master 是沉默的在这种情况下, 一旦binary log 已经启用,


所有的语句是被记录到binary log.

每个slave 接收一份整个内容的拷贝 。它是slave的负责决定哪个语句在Binary log 应该被执行,


你不能配置master 只记录某个事件。


每个slave 保持binary log 日志的坐标,文件名和位置它已经读取和处理从master.


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


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

此外,因为每个slave 记录当前的binary log的位置, slaves断开是可以的,重新连接然后继续处理。


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

此外,每个拂去其必须配置信息关于master hostname,log file name和位置信息在那个文件。

那些信息可以被控制在一个MySQL sesssion使用 CHANGE MASTER TO语句在slave上。


细节是存储在slave 的 master info repository 可以是一个文件或者表


本节介绍了设置和配置需要用于一个复制环境,包含一步一步说明用于某个新的复制环境

主要内容是:


1. 一个指导用于设置2个或者多个复制servers,章节17.1.1  如何设置复制,


处理系统的配置和提供复制数据的方法在master 和slaves之间

2. 事件在binary log 是被记录使用一些格式, 那些别称为基于语句复制的(SBR)或者