MySQL复制.md

主从复制简介

主从复制即将一台MySQL实例（Master）的数据复制到一个或多个MySQL实例（Slave）。默认情况下，复制是异步的;Slave不需要持久连接来接收来自Master的更新。根据配置，可以自定义复制的对象是实例中的所有数据库，或指定的数据库甚至某几张指定的表。

首先master把数据变化作为事件记录到binlog中，然后slave通过I/O线程读取master上的binlog，并且把它写入到slave的中继日志中，接着SQL线程读取中继日志，并且在slave本地库上重放，从而实现MySQL复制。下例介绍是基于主库binlog的name及应用的position来配置的。

配置主库

主库必须启用二进制日志并有唯一的server ID，设置后需要重启mysql服务生效。主从数据传输同步是根据binlog实现的，如果未启用binlog，复制是不可能的。复制组内每个服务器都必须有一个唯一的server ID，此ID用来标识各个服务器，且范围在1-power(2,32)-1之间的整数，如不设置将如法配置复制。

[mysqld]
log-bin=mysql-bin
server-id=1
innodb_flush_log_at_trx_commit=1
sync_binlog=1

创建复制用户

从库需要帐号来连接主库，帐号需要具有REPLICATION SLAVE权限，一般会单独创建一个仅具有REPLICATION SLAVE权限的用户用于复制。

[master]
mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'10.141.8.174' IDENTIFIED BY 'p4word';
Query OK, 0 rows affected (0.02 sec)

获取主库二进制日志执行位置并同步数据

配置复制需要指定从库开始执行主库的二进制日志的起始执行位置，因此当从库同步主库现有数据时，需要停止在主库上执行更新语句，然后获得主库的当前二进制日志坐标并基于此位置备份数据。如果主库继续执行更新操作，可能导致主从数据不一致。

获取主库二进制日志坐标的方式：

• 主库执行FLUSH TABLES WITH READ LOCK 语句:

mysql> FLUSH TABLES WITH READ LOCK;
mysql> show master status;

该语句刷新所有表及块写入语句，对于InnoDB表还会阻塞Commit。非正常退出该session，FLUSH TABLES仍会生效，如使用exit退出该会话，锁会被释放。

• 获取主库数据快照

如果新配置的主从复制可忽略本步骤，如果创建的主库已存在数据，需要创建一个主库的数据快照并在从库中恢复。获取数据快照的方式很多，可使用备份工具如：mysqldump、xtrabackup等，也可直接拷贝主库数据文件。

• 释放读锁
  备份完成后，释放主库锁定

mysql> UNLOCK TABLES;

如果配置表都是InnoDB等支持事务的表，可以跳过手工设定锁定的操作，mysqldump --single-transaction --master-data来确保快照一致性。

配置从库

如果有多个slave，各从库也必须有唯一的server ID，不能省略，否则拒绝连接。

[mysqld]
server-id=2

启动生效后，从库执行CHANGE MASTER TO语句，启动复制，change master 语法。

mysql> change master to master_user='repl',
       master_password='p4word',
       master_host='10.141.8.173',
       master_log_file='mysql-bin.000007',
       master_log_pos=120;
Query OK, 0 rows affected, 2 warnings (0.11 sec)


导入主库快照数据后，启动复制线程，同步主从数据
mysql> start slave;            ## 启动复制线程
Query OK, 0 rows affected (0.06 sec)

查看主从复制状态
mysql> show slave status \G;

当slave_IO_Running、Slave_SQL_Running均为Yes,则表示复制可以正常运行。如复制不能正常进行，状态及错误日志将会出现错误信息，一般常见的错误的原因有：操作系统防火墙，Selinux，主库信息错误，server_id未设置或重复，server_uuid重复及主从数据问题。

验证同步效果

[master]
mysql> create table test.sysc (
     > id int primary key,
    -> name varchar(10)
    -> );
Query OK, 0 rows affected (0.04 sec)

mysql> insert into test.sysc values(1001,'1001');
Query OK, 1 row affected (0.00 sec)

mysql> insert into test.sysc values(1002,'1002');
Query OK, 1 row affected (0.03 sec)

[slave]
mysql> use test;
Database changed

mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| sysc           |
+----------------+
1 row in set (0.00 sec)

mysql> select * from sysc;
+------+------+
| id   | name |
+------+------+
| 1001 | 1001 |
| 1002 | 1002 |
+------+------+
2 rows in set (0.00 sec)

以下几种状态对判断主从复制延迟及处理主从复制故障很重要。

• Master_Log_File & Read_Master_Log_Pos：IO线程读取的当前主库binlog位置信息。
• Relay_Master_Log_File & Exec_Master_Log_Pos：SQL线程当前读取执行的主库binlog位置信息。
• Relay_Log_File & Relay_Log_Pos：SQL线程当前读取执行的中继日志位置信息。
• Slave_IO_Running & Slave_SQL_Running：当前复制状态是否正常