【配置mysql复制环境】（一）基于bin-log的配置方式

基于mysql5.7

复制就是把一台MySQL服务（Master）上的数据拷贝到另外一台或几台MySQL服务器（slaves）上。复制默认是异步进行的。根据配置，可以复制MySQL 服务上的全部数据库、指定的数据库或是一个数据库中指定的几个表。

复制的好处：

一个横向扩展的方案：读写分离
数据安全： salves 可以将复制处理挂起后做备份而不影响master
分析：在线数据处理放在master上；分析统计处理放到slaves上，不影响master的性能。
异地数据分布

复制的方式

bin-log: 传统的方式
GTIDs: 新方式

复制类型

oneway asynchronous replication
synchronous repalication

复制方式

基于语句的复制 Statement Based Replication (SBR)
基于行的复制 Row Based Replication (RBR)
混合方式 Mixed Base Replication (MRB)

16.1 复制的配置

16.1.1 基于bin-log配置的概要

主库将更新事件写入bin-log。
从库读取主库的bin-log，并执行bin-log的中的事件。
每个从库会获取完整的bin-log。从库默认是执行bin-log中所有的事件。
但可以配置只执行特定数据库或特定数据表的事件。
不能说配置只执行某一个事件。

bin-log的坐标：文件名和文件内的位置。

每一个主库和从库都要配置一个唯一的 server-id。
从库上要配置主库的host name 和 bin-log 文件名、位置。

server-id: a unique ID which the master and each slave must be configured.
slave statement : "CHANGE MASTER TO"

16.1.2 基于bin-log 的复制配置

一般步骤

在主库上打开bin-log，并配置唯一的server-id。需要重启服务
为每个从库配置唯一的server-id。需要重启服务
创建一个复制作业专用的的用户（可选）
创建数据快照前或启动复制处理前，需要记下主库的bin-log 坐标，用来配置从库。
主库如果已经有了数据，需要将既有数据通过数据快照先拷贝到所有的从库上。根据存储引擎的不同，数据快照的方式也不同。对于MyISAM ，需要停下所有的处理获取一个读锁，然后获取bin-log坐标并导出数据。如果这个过程种数据有更新，会造成数据快照与主库信息不匹配，最终得到的从库数据也是不正确的。 (如果是InnoDB，则不需要加读锁，事务可以充分保证数据快照的生成了)?。
配置从库连接主库：主库连接，用户名密码， bin-log坐标

16.1.2.1 主库配置

关闭MySQL 服务并修改 my.cnf 或 my.ini 文件。
在[mysqld] 下面添加log-bin 和 server-id配置
server-id 的取值范围 [1 , (2的32次方)−1]

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

注意：

没有配置server-id 的话，主库会拒绝所有的从库连接请求
为了保证持久性和一致性，使用InnoDB时要在主库的my.cnf文件中配置 innodb_flush_log_at_trx_commit=1 和 sync_binlog=1 in the master my.cnf file
确保主库没有打开skip-networking 配置，否则从库连不上主库

16.1.2.2 创建复制用户

mysql> CREATE USER 'repl'@'%.example.com' IDENTIFIED BY 'password';
mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%.example.com';

16.1.2.3 获取bin-log坐标

第一步：打开一个客户端session 执行【FLUSH TABLES WITH READ LOCK】并保持客户端session一直打开

mysql> FLUSH TABLES WITH READ LOCK;

第二步：再打开一个客户端session 执行【SHOW MASTER STATUS】

mysql > SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000003 | 73       | test         | manual,mysql     |
+------------------+----------+--------------+------------------+

如果之前没有打开bin-log, 这里得到的file 和 position 都是空的，这时从库配置filename 和 position 为空字符串 ('') 和 4。

16.1.2.4 生成数据快照

主库如果已经数据，需要将主库数据复制到每一个从库上。

mysqldump：推荐，尤其是InnoDB
复制数据文件：更快速。 InnoDB不建议这么做

mysqldump

shell on master> mysqldump --all-databases --master-data > dbdump.db

--master-data：配置会自动添加一个 CHANGE MASTER TO 语句，这样从库就可以不用配置bin-log坐标了。

--all-databases：所有的数据库
--ignore-table：排除指定的表
--databases ：指定数据库

16.1.2.5 配置从库

前提：

主库已经配置好
bin-log 坐标，数据快照OK
主库的读锁已经释放
- mysql> UNLOCK TABLES;

在配置文件 [mysqld] 下配置：
[mysqld] server-id=2
一定要配置，不能和其它mysql服务冲突，否则连不上。
从库不需要配置bin-log。也可以配置bin-log，将这个从库当作其它mysql的主库。

没有既有数据需要导入：

重启服务
连接主库

    mysql> CHANGE MASTER TO
    ->     MASTER_HOST='master_host_name',
    ->     MASTER_USER='replication_user_name',
    ->     MASTER_PASSWORD='replication_password',
    ->     MASTER_LOG_FILE='recorded_log_file_name',
    ->     MASTER_LOG_POS=recorded_log_position;

如果有既有数据需要导入：

启动从库时带上 --skip-slave-start 参数，不启动复制处理
导入dump文件（通过上面的配置导出的dump文件带有 CHANGE MASTER TO，后面就不用执行了）

shell> mysql < fulldb.dump

16.1.2.6 复制环境中添加从库

我们可以在不影响主库的情况下向复制环境中添加一个新的从库。直接拷贝现存从库的数据文件夹到新从库，并配置一个不同的 server-id (用户配置) 和一个 server UUID (启动时生成)。

关闭现存从库复制处理，并记录复制状态。

mysql> STOP SLAVE;
mysql> SHOW SLAVE STATUS\G

关闭现存从库

shell> mysqladmin shutdown

将所有的数据文件从老的从库上拷贝到新从库，
拷贝完成后，将新从库数据文件中的 auto.cnf删除（重启后自动生成 server UUID）。
重启现存从库
为新的从库配置一个 server-id(唯一)
启动新从库，带上 --skip-slave-start 参数。
使用【SHOW SLAVE STATUS 】确认复制状态和之前记录的源从库一致
确认 server-id 和 server UUID 没有冲突
【START SLAVE】