MySQL主从集群

MySQL主从集群

主从模式、集群模式，都是在一个项目中使用多个mysql节点进行存储和读取数据。

当单机模式部署，不满足安全性、高可用、高并发等需求的时候，就需要考虑主从模式或者集群模式部署。

什么是主从模式？

• 主从模式，或者是叫主从架构、主从复制，有以下几种常见方案：一主一从、一主多从、多主一从、互为主 备、级联复制等。
• 主数据库必须开启binary log（二进制）功能，因为主从同步所有的操作都是基于二进制文件来完成的。
• 数据同步模式有：
  •  异步模式：主库将事务binlog事件写入到binlog文件中，此时主库只会 通知一下dump线程发送这些新的binlog，然后主库就会继续处理提交 操作，而此时不会保证这些binlog传到任何一个从库节点上。
  •  半同步模式：主库只需要等待至少一个从库节点收到并且Flush binlog 到relay-log文件即可，主库不需要等待所有从库给主库反馈。同时，这里只是一个收到的反馈，而不是已经完全执行并且提交的反馈。
  •  全同步模式：当主库提交事务之后，所有的从库节点必须全部收到，APPLY并且提交这些事务，然后主库线程才能继续做后续操作。

1、主从复制指的是当主数据库中进行了update、insert、delete操作导致数据发生改变时，变化会实时同步到一个或者多个从数据库（slave）中。

2、默认情况下异步复制、无需维持长连接。

3、通过配置可以选择想要同步的库和表
 

什么是集群模式

集群最大的优点就是数据实时同步，高可用，每个节点的数据都是同步一致的，不像主从，有时会出现数据不一致，而高可用，任何一个节点宕机都不会影响业务。

集群模式有以下集中常见部署方式：

• 读写分离的集群模式：集群中有的节点只进行写入操作，有的节点只进行读取操作，每个节点的数据都是完全一致的。
• 分片（分库分表）集群模式：集群中所有的节点表结构一致，每个节点存储的数据不一样。分片算法主要有两种，一种是范围法（1-100条数据在节点A，101-200条数据在节点B），另一种是HASH法（对每条数据按照一定的算法分配到不同的存储节点）。
• 读写分离和分片模式组合应用，先进行分片模式部署，然后对每个分片进行读写分离模式部署。
  

主从模式部署注意事项

• 常用命令（执行命令之前stop服务，执行完再start）：
• 查看主节点状态：show master status\G;
• 查看从节点状态：show slave status\G;
• 停止同步：stop slave;
• 开启同步：start slave;
• 修改Master_Log_File：CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000026', MASTER_LOG_POS=0;
• 修改master节点信息：CHANGE MASTER TO MASTER_HOST='192.168.203.141', MASTER_PORT=33060,MASTER_USER='root', MASTER_PASSWORD='123456';
• 删除当前节点的 binlog 文件：PURGE BINARY LOGS TO 'binlog.000001';
• 数据的操作日志位置：SHOW BINARY LOGS;
• 数据的真实具体位置：SHOW GLOBAL VARIABLES LIKE "%datadir%";
• 每个节点的slave_sql_running、Slave_IO_Running两个字段都是YES，集群状态才正常
• 主服务器查看主节点状态，显示的 File 字段，和从服务器查看从节点状态，显示的 Master_Log_File 字段，必须保持一致。
• slave_sql_running为No的话，可能是主从库数据不同步，可以同步一下数据。
• 数据导出命令（在mysql服务器执行，不需要登录数据库）：
• mysqldump -u[用户名] -h[ip] -p[密码] -P[端口号] --databases 数据库名 --tables 表名 >导出的文件名.sql
• 数据库导入命令（导入的时候需要指定数据库，保证指定的数据库存在）：
• mysqldump -u[用户名] -h[ip] -p[密码] -P[端口号] < 导入的文件名.sql

操作

docker pull mysql/mysql-server:5.7

mkdir -p /home/data/mysql/slave/{conf,data}

mkdir -p /home/data/mysql/slave/{conf,data}

上传数据库容器的配置文件my.cnf

• 主数据库需要开启二进制日志 log-bin=mysql-bin
• 主从服务器都需要指定服务器标识ID server-id=1

创建Master主服务器

设置主服务器 master

docker run -p 3999:3306 \
--name mysql-master \
-v /home/data/mysql/master/conf/my.cnf:/etc/my.cnf \
-v /home/data/mysql/master/data:/var/lib/mysql \
--privileged=true \
-e MYSQL_ROOT_PASSWORD=123456 \
-d mysql/mysql-server:5.7

设置从服务器 slave

docker run -p 3998:3306 \
--name mysql-slave \
-v /home/data/mysql/slave/conf/my.cnf:/etc/my.cnf \
-v /home/data/mysql/slave/data:/var/lib/mysql \
--privileged=true \
-e MYSQL_ROOT_PASSWORD=123456 \
-d mysql/mysql-server:5.7

接着查看结果

输入 dockers ps

配置主从

先进入主服务器，查看主服务器的binlog 日志文件

show master status;

主服务器界面

从服务器界面

CHANGE MASTER TO MASTER_HOST='192.168.198.128', MASTER_PORT=3999, MASTER_USER='root',MASTER_PASSWORD='123456', MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=586;

master_host=xx       这里填master主机IP，除了填写住宿主机IP，还可以填写bridge网络中的IP
master_log_file=xx   这里填写 File 的值就是前面我们show master status;命令的执行结果
master_log_pos=xx 这里填写 Position 的值就是前面我们show master status;命令的执行结果

start slave;

show slave status\G;

这里只要看到两个参数Slave_IO_Running和Slave_SQL_Running都为true|yes，则表示复制是正常进行的， 到这里我们的主从结构也就搭建完成了

集群成功后，在mysql-master容器重启后虽然File的值和Position的值会变化,但在mysql-slave可以进行跟踪，所以不需要重新进行配置

stop slave;

 reset slave all;