mysql - 主从M-S

复制概述
MySQL支持三种复制方式：基于行(Row)的复制、基于语句(Statement)的复制和混合类型(Mixed)的复制。

基于语句的复制早在3.23版本中就存在，而基于行的复制方式在5.1版本中才被加进来。这两种方式都是通过在主库上记录二进制日志、在备库重放日志的方式来实现异步的数据复制。

混合类型的复制：默认采用基于语句的复制，一旦发现基于语句的无法精确的复制时，就会采用基于行的复制。

复制通常不会增加主库的开销，主要是启用二进制日志带来的开销，但出于备份或及时从崩溃中恢复的目的，这点开销也是必要的。除此之外，每个备库也会对主库增加一些负载（例如网络I/O开销），尤其当备库请求从主库读取旧的二进制日志文件时，可能会造成更高的I/O开销。另外锁竞争也可能阻碍事务的提交。最后，如果是从一个高吞吐量的主库上复制到多个备库，唤醒多个复制线程发送事件的开销将会累加。
工作原理
mysql主备复制实现分成三个步骤：

master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events，可以通过show binlog events进行查看）；
slave将master的binary log events拷贝到它的中继日志(relay log)；
slave重做中继日志中的事件，将改变反映它自己的数据。

第一步是在主库上记录二进制日志。在每次准备提交事务完成数据更新前，主库将数据更新的事件记录到二进制日志中。MySQL会按事务提交的顺序而非每条语句的执行顺序来记录二进制日志。在记录二进制日志后，主库会告诉存储引擎可以提交事务了。
下一步，备库将主库的二进制日志复制到其本地的中继日志中。首先，备库会启动一个工作线程。称为I/O线程，I/O线程跟主库建立一个普通的客户端连接，然后在主库上启动一个特殊的二进制转储（binlog dump）线程，这个二进制转储线程会读取主库上二进制日志中的事件。它不会对事件进行轮询。如果该线程追赶上了主库，它将进入睡眠状态，直到主库发送信号量通知其有新的事件产生时才会被唤醒，备库I/O线程会将接收到的事件记录到中继日志中。
备库的SQL线程执行最后一步，该线程从中继日志中读取事件并在备库执行，从而实现备库数据的更新。当SQL线程赶上I/O线程时，中继日志通常已经在系统缓存中，所以中继日志的开销很低。SQL线程执行的事件也可以通过配置选项来决定是否写入其自己的二进制日志中，它对我们稍后提到的场景非常有用

流程：在主机上面打开binlog和设置server-id,然后授权一个账号的slave，client权限，在刷新授权表，然后将数据库数据备份下来，将备份数据拷贝到备机上
在备机，首先测试到到主机IO 是否通，再将备份数据导入，在通过change master设置主机的授权账号及密码，最后启动slave

主机操作
授权：mysql> grant replication slave,replication client on . to ‘rep’@‘192.168.243.%’ identified by ‘Gy@123456’;
刷新授权：mysql> flush privileges;
备份数据：mysqldump -p’Gy@123456’ --all-databases --single-transaction --master-data=1 --flush-logs>

date +%F

备机操作：
1、测试到主机的I/O是否正常
mysql -hServer2(Server2主机的主机名) -urep(rep是主机的授权账号) -p’Gy@123456’(授权账号密码)
mysql> show grants; 查看授权
set sql_log_bin=0; 设置变量，恢复数据不记录binlog日志
source /root/2019-04-25-mysql-all.sql 恢复数据
change master to master_host=‘Server2’,master_user=‘rep’,master_password=‘Gy@123456’ (,master_log_file=‘XXX’,master_log_pos=‘XXX’); change master设置主机的授权账号及密码,
如果不是通过source恢复的数据那么master_log_file和master_log_pos值通过show master status\G在主机数据库查看；如果都是新机，那么master_log_pos就等于0
start slave; 启动slave
show slave status\G; 查看是否正常Slave_IO_Running: Yes和Slave_SQL_Running: Yes是否正常，如果Slave_SQL_Running: No，解决办法：第一步：stop slave;第二步：SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1; START SLAVE;
第三步：start slave;