Linux系统中MySQL主从复制

本节主要学习了MySQL Replication概述，优点，复制类型，复制方式，复制过程和复制过程的限制，部署MySQL主从异步复制的流程及问题解决。

---

目录

一、MySQL Replication概述

1、优点

二、MySQL复制类型

1.异步复制（Asynchronous repication）

2.全同步复制（Fully synchronous replication）

3.半同步复制（Semisynchronous replication）

复制的工作过程

四、复制过程的限制

五、部署MySQL主从异步复制

1、在MySQL Master上的配置NTP时间同步服务器

2、启动NTP服务

3、在2个Slave节点上配置与Master进行时间同步

4、所有机器上的操作

5、配置MySQL Master服务器

5.1、在/etc/my.cnf中修改或者增加如下内容：

5.2、重启MySQL服务器

5.3、创建Replication用户

6、在MySQL Slave上的配置

6.1、导入Master的备份脚本

6.2、从库连接主库进行测试，如果连接成功说明主库配置成功

6.3、修改MySQL配置文件

6.4、配置多个从服务器时依次设置server-id号

6.5、修改完后重启数据库

6.6、在Slave服务器授权，启动从库，进行主从库数据同步

7、测试复制是否成功

7.1、主库查看当前存在的库

7.2、从库查看当前存在库

7.3、主库服务器创建库和表：

7.4、从库验证：

报以下错误的解决方法：

---

一、MySQL Replication概述

          MySQL Replication俗称MySQL AB复制、主从复制、主从同步，是MySQL官方推荐的数据同步技术。数据同步基本过程为从数据库会实时去读取主数据库的二进制日志文件，按照日志中记录对从库进行同样的操作，以达到数据同步效果

1、优点

• 通过增加从服务器来提高数据库平台的可靠性。在主服务器上执行写入和更新，在从服务器上向外提供读功能，可以动态地调整从服务器地数量，从而调整数据库平台地高性能。
• 提高数据安全性，因为数据已复制到从服务器，主数据库异常时，可以将从服务器复制进程终止来达到保护数据完整性地特点。
• 在主服务器上生成实时数据，而在从服务器上分析这些数据，从而缓解主服务器地性能压力。

二、MySQL复制类型

1.异步复制（Asynchronous repication）

              MySQL默认地复制是异步地，主库在执行完客户端提交地事务后会立刻将结果返回给客户端，并不关心从库是否已经接受并处理了事务，这样就会有一个问题，主库如果down掉了，此时主上已经提交地事务可能没有传到从库服务器上，如果此时，强制将从提升为主，可能会导致新主上的数据不完整。默认情况下MySQL5.5/5.6/5.7和mariaDB10.0/10.1的复制功能是异步的。

2.全同步复制（Fully synchronous replication）

               指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响，返回客户端的响应速度也会被拖慢。

3.半同步复制（Semisynchronous replication）

             MySQL由Google贡献的补丁才开始支持半同步复制模式，介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接受到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。当出现超时情况时，源主服务器会暂时切换到异步复制模式，直到至少有一台设置为半同步复制模式的从服务器及时收到信息为止。

              半同步复制模式在主服务器和从服务器同时启用，否则主服务器默认使用异步复制模式

三、MySQL支持的复制方式

   1.基于SQL语句的复制：在主服务器上执行的SQL语句，在从服务器上执行同样的SQL语句，效率比较高。

       2.基于行的复制：主服务器把表的行变化作为事件写入到二进制日志中，主服务器把代表了行变化的事件复制到从服务器中。

       3.混合模式复制：先采用基于语句的复制，一旦发现基于语句无法精确复制时，再采用行。

• 复制的工作过程

• 

        1.在每个事务更新完成数据之前，Master会在二进制日志中记录这些数据的语句，当MySQL将事务串行的写入二进制日志完成后，Master通知存储引擎提交事务并将数据写入磁盘

      2.Slave开启一个I/O工作线程，在Master之间建立一个连接，然后开始Binlog dump process，Binlog dump process会从Master的二进制日志中读取操作事件，如果已经跟Master达到一致状态，它会催眠并等待Master产生新的操作事件，I/O线程将这些改变数据的事件写入自己的中继日志。

       3.SQL Slave Thread（SQL工作线程）是处理MySQL Replication过程的最后一步。SQL线程从中继日志读取操作事件，重放其中的事件从而更新Slave服务器的数据，使slave与Master中的数据保持一致，只要该线程与I/O线程保持一致，中继日志通常会在OS的缓存中，所以中继日志的开销很小。

四、复制过程的限制

• MySQL5.6之前的版本复制操作在slave上执行的是串行化的，也就是Master上的并行更新会导致数据复制延迟
• 所有MySQL服务器的版本都要高于3.2，还有一个基本的原则就是从服务器的数据库版本可以高于主服务器数据库的版本，但是不可以低于主服务器的数据库版本。

MySQL Master IP：192.168.A.N

MySQL Slave1 IP：192.168.A.N+1

MySQL Slave2 IP：192.168.A.N+2

五、部署MySQL主从异步复制

1、在MySQL Master上的配置NTP时间同步服务器

2、启动NTP服务

3、在2个Slave节点上配置与Master进行时间同步

4、所有机器上的操作

5、配置MySQL Master服务器

5.1、在/etc/my.cnf中修改或者增加如下内容：

[mysqld]

server-id=1

log-bin=mysql-binlog

log-slave-updates=true

5.2、重启MySQL服务器

5.3、创建Replication用户

• Replication slave：用于复制性从属服务器（从主服务器中读取二进制日志文件权限）

5.4、获得Master DB的相关信息

供slave连接使用，记录下File和Position的值。

5.5、备份Master原有数据

            如果在生产环境中Master服务器已经运行一段时间，或者Master服务器上已经存在数据，为了保证所有数据的一致性，需要先将Master目前已有的数据全部导给Slave服务器。

            备份的方法有很多，可以直接备份数据文件，也可以使用mysqldump工具。全新搭建的环境不存在数据备份问题。

 slave1

slave2

 

6、在MySQL Slave上的配置

6.1、导入Master的备份脚本

 查看

6.2、从库连接主库进行测试，如果连接成功说明主库配置成功

6.3、修改MySQL配置文件

[mysqld]

server-id=2

relay-log=relay-log-bin

relay-log-index=slave-relay-bin.index

6.4、配置多个从服务器时依次设置server-id号

6.5、修改完后重启数据库

6.6、在Slave服务器授权，启动从库，进行主从库数据同步

先停止slave

配置参数

重启服务

 

 查看

参数说明：

CHANGE MASTER TO

MASTER_HOST='master_host_name', #主服务器的IP地址

MASTER_USER='replication_user_name', #主服务器授权的用户

MASTER_PASSWORD='replication_password', #主服务器授权的密码

MASTER_LOG_FILE='recorded_log_file_name', #主服务器二进制日志的文件名

MASTER_LOG_POS=recorded_log_position; #日志文件的开始位置

7、测试复制是否成功

             在Master服务器上创建一个数据库或者表，到Slave服务器上查看，如果配置成功就可以成功同步。

7.1、主库查看当前存在的库

7.2、从库查看当前存在库

7.3、主库服务器创建库和表：

7.4、从库验证：

                             说明主从数据库创建成功。

 

报以下错误的解决方法：

 数据不同步解决方法：