一、写在前面 上一篇文章中，我们介绍了MySQL的主主复制，由于时间仓促，并未完整、清晰地验证主主复制的全过程，缺少从DCGH-DB1同步DCGH-DB2的验证步骤。如果没有本篇，上一篇文章实际就是主从复制，DCGH-DB1为Master，DCGH-DB2为从服务器。

【mysql】  【配置】  【同步】  【数据同步】  【replication】  【主从同步】   …

一、架构方案思路 1.两台mysql都可读写，互为主备。本文的实验中：默认只使用一台（DCGH-DB1）负责数据的写入，另一台（DCGH-DB2）备用。 2.DCGH-DB1是DCGH-DB2的主库，DCGH-DB2又是DCGH-DB1的主库，它们互为主从。

【服务器】  【mysql】  【日志】  【数据库】  【配置】  【同步】  【test】   …

   备注：插图来自网络搜索，如果觉得不当还请及时告知 ：)

   一般而言，slave相对master延迟较大，其根本原因就是slave上的复制线程没办法真正做到并发。简单说，在master上是并发模式(以InnoDB引擎为主)完成事务提交的，而在slave上，复制线程只有一个sql thread用于binlog的apply，所以难怪slave在高并发时会远落后master。

   ORACLE MySQL 5.6版本开始支持多线程复制，配置选项 slave_parallel_workers 即可实现在slave上多线程并发复制。不过，它只能支持一个实例下多个 database 间的并发复制，并不能真正做到多表并发复制。因此在较大并发负载时，slave还是没有办法及时追上master，需要想办法进行优化。

  …

导读

在MySQL复制中，如何忽略slave节点上发生的主键冲突、数据不存在等错误。

在MySQL复制中，如果slave节点上遇到错误，比如数据不存在或者主键冲突等错误时，想要忽略这些错误，可以采用以下几种方法：

1、未启用GTID模式时

只需通过设定 SQL_SLAVE_SKIP_COUNTER 的值，即可忽略一些复制事件。例如：

#需要先关闭SLAVE服务

   root@imysql.com [test]> STOP SLAVE;

#忽略N个事件(event)，通常一个SQL是一个事件

   root@imysql.com [test]> SET SQL_SLAVE_SKIP_COUNTER=N;

#再次启动SLAVE服务

   root@imysql.com [test]> START SLAVE;

2、启用GTID模式时

启用GTID，想要忽略某些错误事件就稍微麻烦一点点了。

  …

导读

   遇到SLAVE延迟很大，binlog apply position一直不动的情况如何排查？

问题描述

   收到SLAVE延迟时间一直很大的报警，于是检查一下SLAVE状态(无关状态我给隐去了)：

          Slave_IO_State: Waiting for master to send event
         Master_Log_File: mysql-bin.000605
     Read_Master_Log_Pos: 1194
          Relay_Log_File: mysql-relay-bin.003224
           Relay_Log_Pos: 295105
   Relay_Master_Log_File: mysql-bin.000604
        Slave_IO_Running: Yes
       Slave_SQL_Running: Yes
              Last_Errno: 0
              Last_Error: 
     Exec_Master_Log_Pos: 294959
         Relay_Log_Space: 4139172581
   Seconds_Behind_Master: 10905

   可以看到，延迟确实很大，而且从多次show slave status的结果来看，发现binlog的position一直不动。

     Read_Master_Log_Pos: 1194
          Relay_Log_File: …

  MySQL的主从复制广泛用于数据库备份、故障转移、数据分析等场合。

   MySQL主从复制基于主服务器在二进制日志中跟踪所有对数据库的更改(更新、删除等等)。因此，要进行复制，必须在主服务器上启用二进制日志。从服务器从主服务器接收已经记录到其二进制日志的更新，当一个从服务器连接主服务器时，主服务器从日志中读取最后一次成功更新的位置，从服务器接收从那时起发生的更新，并在本机上执行相同的更新，然后等待主服务器通知新的更新。从服务器执行备份不会干扰主服务器，在备份过程中主服务器可以继续处理更新。

测试环境

• Master: 192.168.10.201

• Slave:  192.168.10.202

• 端口：  3306

• …

上一节中我们介绍了如何在CentOS 7上配置MySQL的主从复制模式，今天Lesca将介绍如何备份和还原MySQL的从服务器，平台仍然是CentOS 7。

使用mysqldump进行备份和还原 使用mysqldump进行备份

mysqladmin stop-slave -uroot -p
mysqldump --all-databases > fulldb.dump
mysqladmin start-slave -uroot -p
tar -czf /tmp/dbdump.tar.gz ./fulldb.dump ./mysql-relay-log.info

我们除了要备份了整个数据库的dump以外，还需要备份relay-log.info文件(上例为mysql-relay-log.info)，该文件包含类似如下信息：

/var/lib/mysql/mysql-relay-bin.000002
720
mysql-bin.0000023968

红色高亮部分，指明了当前MySQL主服务器上二进制日志的执行状态。这个数据在还原从服务器的时候至关重要。

使用mysqldump进行还原

mysql …

   如果数据库只有一份，那就是数据存储的单点，对于要求可靠性的服务来说，就存在一个单点故障的可能性，这个时候，我们就要通过复制镜像，来解决单点故障。复制还有一个额外的好处，就是可以根据主从，做读写分离，这样，就不会在写入的时候，因为锁表，而降低MySQL的并发性能，所以MySQL复制是MySQL中非常基础的一种操作。

怎么配置 配置Master

   首先，要做的是确定一个Master，对于充当Master的MySQL Server来说，需要一些特定的配置才能实现，一个是开启binlog，另一个是要设置server－id。

   [mysqld]

   log_bin = mysql-bin

   server-id = 1

配置Slave

  …