MySQL集群（一）之主从复制

前面学完了JDBC，接下来带大家感受一下MySQL集群！其实什么是MySQL集群？简单的说就是一群机器（服务器）的集合，它们连在一起来工作。

其实各种数据库都有自己的集群，常常的多：

　　

　　我们要学习的就是MySQL Replication

一、配置mysql主从模式的原因

1）Mysql内建的复制功能是构建大型、高性能应用程序的基础。在实际企业应用环境当中，单台mysql数据库是不足以满足日后业务需求的。

　　譬如当服务器发生故障，而没有备份服务器来提供服务时，业务就必须得停止，这样会对企业带来巨大的损失。
2）为了提高数据库服务器的稳定性，加快数据处理的效率，保护数据免受意外的损失，我们采用mysql的主从复制方式，分离对数据库的查询和更新操作，使用从服务器上备份的数据保证来数据的安全性和稳定性。

二、Mysql主从复制的原理

1）MySQL 的 Replication 是一个异步的复制过程，从一个 MySQL instace(我们称之为 Master)复制到另一个MySQL instance(我们称之 Slave)。

　　在 Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成，其中两个线程(Sql 线程和IO 线程)在 Slave 端，另外一个线程(IO 线程)在 Master 端。 

2）在执行这个主从复制之前，首先必须打开 Master 端的Binary Log(MySQL-bin.xxxxxx)功能，否则无法实现。
　　在启动 MySQL Server 的过程中使用“log-bin” 参数选项
　　在 my.cnf 配置文件中的 MySQLd 参数组中增加“log-bin” 参数项

三、Mysql主从复制的过程

3.1、主从复制详细过程

　　1） Slave 上面的IO 线程连接上 Master，并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容。
　　2） Master 接收到来自 Slave 的 IO 线程的请求后，通过负责复制的 IO 线程根据请求信息读取指定日志指定位置之后的日志信息，返回给 Slave 端的 IO 线程。

　　　　返回信息中除了日志所包含的信息之外，还包括本次返回的信息在 Master 端的 Binary Log 文件的名称以及在 BinaryLog 中的位置。

　　3）Slave 的 IO 线程接收到信息后，将接收到的日志内容依次写入到 Slave 端的RelayLog （中继日志文件）文件(MySQL-relay-bin.xxxxxx)的最末端，并将读取到的Master 端的bin-log 的文件名和位置记录到master-info 文件中，

　　　　以便在下一次读取的时候能够清楚的告诉Master“我需要从某个bin-log 的哪个位置开始往后的日志内容，请发给我” 。
　　4）Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后，会马上解析该 Log 文件中的内容成为在 Master 端真实执行时候的那些可执行的 Query 语句，并在自身执行这些 Query。

　　　　这样，实际上就是在 Master 端和 Slave 端执行了同样的 Query，所以两端的数据是完全一样的。

3.2、Mysql主从复制过程的图形表示

　　

四、MySQL支持的复制类型与MySQL复制应用类型

4.1、MySQL支持的复制类型

　　1）基于语句的复制statement：  在主服务器上执行的SQL语句，在从服务器上执行同样的语句。MySQL默认采用基于语句的复制，效率比较高。一旦发现没法精确复制时，会自动选着基于行的复制。   

　　2）基于行的复制row：把改变的内容复制过去，而不是把命令在从服务器上执行一遍. 从mysql5.0开始支持

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

4.2、MySQL复制应用类型

　　1）数据分布 (Data distribution )

　　2）负载平衡(load balancing)

　　3）读写分离(split reading and writting)

　　4）高可用性和容错性 (High availability and failover )

五、MySQL（主从复制）集群配置过程

环境：

　　首先我虚拟机中安装了三台ubuntu操作系统：

　　ubuntu的server版：1.0.0.3==server1

　　ubuntu的desktop版(两台):1.0.0.5=udzyh1。1.0.0.6=udzyh2

　　注意搭建MySQL集群的时候，MySQL的版本尽量一致，大版本必须一致。（本人使用5.7.19）

5.1、主节点配置（server1,1.0.0.3）

　　1）首先进入到MySQL的配置文件中去

　　　　sudo vi /etc/mysql/mysql.conf.d/mysqld.cnf

　　2）修改、保存退出　　

　　[client]
　　[mysqld]
　　#bind-address=0.0.0.0

　　server-id=11
　　log-bin=mysql-bin-11
　　binlog-format=row

　　　　

　　3）重启MySQL服务   sudo service mysql restart

5.2、从节点配置（1.0.0.5=udzyh1、1.0.0.6=udzyh2）　　　　 

 　　注意：所有从节点的配置都一模一样（主从复制，只能有一个主节点，可以用n多个从节点）

　　1）首先进入到MySQL的配置文件中去

　　　　sudo vi /etc/mysql/mysql.conf.d/mysqld.cnf

　　2）修改、保存退出　　

　　[mysqld]
　　#bind....

　　server-id=12
　　relay-log=mysql-relay-12

　　　　

　　3）重启MySQL服务   sudo service mysql restart

5.3、连接　

　　1）在主节点的MySQL终端执行：
　　　　grant replication slave,replication client on *.* to 'zyh'@'%' identified by '123456';(在主节点创建一个用户)

　　2）查看主节点的二进制文件名和插入位置

　　　　show  master stauts \G

　　　　

　　3）在从节点的MySQL终端执行

　　change master to 
　　master_host='1.0.0.3',(这里最好使用ip，其实写主机的也是可以的，但是一个局域网内主机名很多相同的话，会找不到)
　　master_port=3306,
　　master_user='zyh',
　　master_password='123456',
　　master_log_file='mysql-bin-11.000002',
　　master_log_pos=1326;

 　　注意：n多个从节点都是相同的配置

　　3）查看从节点的状态

　　　　show slave status \G

　　　　　　　　

5.4、开启主从复制

　　start slave　　　　

　　 

　　1）查看所有数据库

　　　　在主节点中：

　　　　　　

　　　　在从节点中：

　　　　　　1）2）

　　2）主节点创建一个数据库db_love在查看其它两个从节点，你会发现惊喜

六、Replication管理和排错

　　1）show master status ; 查看master的状态, 尤其是当前的日志及位置
　　2）show slave status; 查看slave的状态.
　　3）reset slave ; 重置slave状态，用于删除SLAVE数据库的relaylog日志文件，并重新启用新的relaylog文件.会忘记 主从关系，它删除master.info文件和relay-log.info 文件
　　4）start slave ; 启动slave 状态(开始监听msater的变化)
　　5）stop slave; 暂停slave状态;
　　6）set global sql_slave_skip_counter = n 跳过导致复制终止的n个事件，仅在slave线程没运行的状况下使用

　　　　

觉得不错的点个“推荐”哦！