MySQL 复制介绍及搭建

MySQL复制介绍

MySQL复制就是一台MySQL服务器（slave）从另外一台MySQL服务器（master）进行日志的复制而后再解析日志并应用到自身，相似Oracle中的Data Guard。

MySQL复制有那些好处：

• 第一是解决宕机带来的数据不一致，由于MySQL复制能够实时备份数据；

• 第二点是减轻数据库服务器的压力，多台服务器的性能通常比单台要好。可是MySQL复制不适合大数据量，大数据量推荐使用集群。

MySQL复制过程分红三步：

• master将改变记录到二进制日志（binary log）。这些记录过程叫作二进制日志事件，binary log events；

• slave将master的binary log events拷贝到它的中继日志（relay log）；

• slave重作中继日志中的事件，将改变应用到本身的数据库中。 MySQL复制是异步的且串行化的

MySQL复制搭建

环境准备

master 192.168.1.5

slave 192.168.1.6

OS：Oracle Linux 6.1

MySQL：5.5.37

Master配置

1）分配复制权限

主库和从库均须要执行

2）清空日志文件

主从库都是默认开启二进制日志文件

须要注意的是，若是不想清空日志文件的话，须要记录当前master的log_file和log_pos，并在下面启用复制操做时指定这两个参数或者在slave的配置文件指定。

Slave设置

1） 修改从服务器server-id

修改完之后须要重启数据库

2）清空日志文件，同Master

3）启用复制

让slave链接master并开始重作master二进制日志中的事件

master_log_pos的值为0，由于它是日志的开始位置；master_log_file是初始日志文件。若是master日志没有被清空，这里就是当前master的日志信息

须要注意的是，默认状况下，会同步该用户下全部的DB，若是想限定哪些DB，有3种思路

• 在master上的/etc/my.inf中经过参数binlog-do-db、binlog-ignore-db设置须要同步的数据库

• 在执行grant分配权限操做的时候，限定数据库

• 在slave上限定数据库使用replicate-do-db=dbname

4）开启slave

5）确认Slave是否和Mater成功通讯。若是 Slave_IO_Running和Slave_SQL_Running都是yes，则证实配置成功

测试

Master建立数据库

Slave查看数据库已同步

Master建立表插入数据

Slave查看

经过以上验证，能够看到主服务器上的修改可以正常同步到从服务器。

补充说明

1）作了MySQL主从复制之后，使用mysqldump对数据备份时，必定要注意按照以下方式：

这样就能够保留file和position的信息，在新搭建一个slave的时候，还原完数据库，file和position的信息也随之更新，接着再start slave 就能够很迅速的完成增量同步。

其余复制方式

主主复制

master-slave只能进行单向操做，像网络中的半双工。master-master能够实现服务器之间互相同步，且主主复制能够避免出现单点故障后整个系统宕机。主主复制最大的问题就是数据插入或更新冲突。配置方法同主从复制，反过来让slave同步master。注意master_log_file和master_log_pos参数要与master上对应。具体能够参考这里

单一master和多slave

由一个master和多个slave组成的复制系统比较简单。slave之间并不互相通讯，只能与master通讯。若是写操做较少，读操做不少，能够采用。能够将读操做分布到其余slave，从而减轻master的压力。但slave增长到必定数量时，slave对master的负载以及网络带宽都会成为问题。

主从多级复制

读操做不少能够采用单一maste和多slave，但增大到必定slave后连到master的slaveIO线程太多会形成master压力增大，从而形成数据复制延时。多级复制就是为了解决这个问题。若是想实现主-从（主）-从多级复制，须要设置log-slave-updates参数。同时二进制日志也必须启用。

固然，增长复制的级联层次，同一个变动传到最底层的Slave所须要通过的MySQL也会更多，一样可能形成延时较长的风险。若是条件容许，倾向于经过拆分红多个Replication集群来解决。