5、mysql的读写分离

主从复制

主从复制的含义

主从复制：在一个mysql的集群当中，至少3台，即主1台，从2台。

当有数据写入时，主负责写入本库，然后把数据同步到从服务器。

一定是在主服务器写入数据，从服务器的写入数据不会同步到集群。

主从复制的模式

1、异步复制：mysql的默认复制方式，主在执行完客户端提交的数据之后，结果会立即返回给客

户端，主库不关心数据是否被从库接受和处理的。主库如果崩溃，主库的未提交数据可能不能同步

到从库，可能导致数据的不完整，可以使用MHA进行故障切换。

2、全同步复制：主库执行完客户端提交的数据，从库也处理完了该数据，才会提交给客户端。需

要等到所有的库都完成写入，才能进行下一步操作。

3、半同步复制：介乎于全同步模式和异步模式之间，主库接受到写入操作，会等待至少一个从库

完成了写入之后才能返回给客户端。

主从复制当中的延迟问题

1、网络延迟：数据库尽量部署在同一地域的同一数据中心之间的相同的内网局域网。

2、硬件原因：磁盘的I/O性能，CPU的核心数，加大内存。尽量使用物理主机来部署数据库。

3、架构方面：我在配置好主从模式之后，尽量的保证所有的写入都是从主库完成。

4、mysql的配置：mysql的双一设置（配置/etc/my.cnf）

    1、innodb_flush_log_at_trx_commit=1

• 1：每次提交事务时，都会刷新事务的日志，确保事务的持久性，提高了数据的安全性，但会降低了性能。
• 0：事务提交时，不刷新日志，而是每秒进行一次刷新，性能提高了，安全相对低。
• 2：事务提交时，事物的日志写入操作系统的内存，不进行物理刷新（不保存到硬盘）。

    2、sync_binlog=1

• 1：每次提交事务时，二进制日志都会刷新到磁盘，确保日志的持久性。
• 0：每次提交事务时，二进制日志写入操作系统的内存，不进行物理刷新。
• N：每提交N次事务，就进行刷新。

   补充 ：

   1、log-slave-updates=0

• 不将从库的更新写入二进制日志，避免在主从复制陷入死循环。

    2、innodb_buffer_pool_size

• 存储引擎的缓冲池的大小，增大空间可以提高整个数据库的性能。这个空间时占用内存的，大小的设置是内存的一半、或者3分之一。

主从复制实验

我们建立一个主从复制架构，如下：

主：mysql1，192.168.254.31

从1：mysql2，192.168.254.32

从2：mysql3，192.168.254.33

nginx1：amoba  jdk1.6

nginx2：客户端

1、配置主服务器的配置文件vim /etc/my.cnf，添加如下内容，并重启mysql服务

• log-bin=master-bin            #开启二进制日志
• log-slave-updates=true     #让从库可以从主库当中获取二进制日志的更新，写入到自己的日                                                志当中

2、配置两台从服务器的配置文件vim /etc/my.cnf，添加如下内容，并重启mysql服务

• 主从服务器之间的server-id不能重复
• relay-log=relay-log-bin                               #指定了从服务器上中继日志的文件
• relay-log-index=slave-relay-bin.index        #中继日志索引文件的名称
• relay_log_recovery = 1                             #指定了从服务器在启动时，是否执行中继日志的恢                                                                      复操作，保持数据的一致。

3、在主服务器上创建用户，用于主从之间通信

• CREATE USER 'myslave'@'192.168.254.%' IDENTIFIED WITH mysql_native_password BY '123456';                                                                                                          #创建用户
• GRANT REPLICATION SLAVE ON *.* TO 'myslave'@'192.168.254.%' ;       #赋权
• FLUSH PRIVILEGES;                                                                                     #刷新权限

4、获取主服务器二进制文件名和位置

5、开启从服务器同步，建立与主服务器的同步关系

CHANGE master to master_host='192.168.254.31',master_user='myslave',master_passwoword='123456',master_log_file='master-bin.000001',master_log_pos=857;

注意：从服务器同步到主服务器的二进制日志文件和位置要一致

6、开启slave并查看同步状态

• Slave_IQ_Running：YES                 #和主库之间的读写的通信
• Slave_SQL_Running：YES              #从库之间的sql进程

Slave_SQL_Running是no的原因：

1. 网络不通（防火墙）
2. my.cnf的配置文件有问题
3. 文件名不对
4. 位置不对

解决步骤：

1. stop slave;
2. reset slave;
3. 重新获取主服务器二进制文件名和位置并开启从服务器同步
4. start slave;
5. show slave status\G;

7、终端测试是否同步

在主服务器的mysql终端创建库和表，检查是否在2台从服务器上同步

主从复制的工作过程

1、master节点开启二进制日志，master上的数据发生改变时，数据会写入二进制日志。

2、从节点会在一定时间的间隔内对主库的二进制日志进行探测，是否发生变化，有变化，开启一个I/O的线程，请求主库二进制日志的时间。

3、主库为每一个从库的I/O线程开启一个dump线程，用来向从库发生二进制日志的时间，从库保存到之间的中继日志，从库再启动sql的线程读取中继日志中的二进制日志，保存到本地。然后获取内容，写入到自己的库中。

读写分离

读写分离是建立在主从复制的基础之上

读写分离的方法

1、mysql-proxy

2、atlas：360内部自己研发的工具（基于AMOEBA），不对外公开的

3、Amoeba

读写分离实验

读写分离实验建立在主从复制的基础之上，根据上面主从复制的实验，我们继续，先在服务端

nginx1准备Amoeba源码包和相关的java版本文件，因为我们的Amoeba-2.2.0版本需要

java1.6.0_14的版本。

1、准备Amoeba源码包和相关的jdk.bin文件

将jdk文件复制到/usr/local/目录下，赋予他777权限并 ./jdk-6u14-linux-x64.bin 执行他，执行完之后会自动生成文件 jdk1.6.0_14。  

jdk1.6.0_14修改名字成jdk1.6，因为我们打算在配置全局变量文件里定死了他的路径如下图。

2、配置关于jdk全局变量vim /etc/profile，添加如下几行内容

保存退出后 source /etc/profile，使之立刻生效

生效之后查看下java版本是不是1.6.0_14的版本

3、解压并安装amoeba

首先我们在/usr/local/目录下创建目录amoeba，也是因为我们在全局配置文件里提前声明了路径。

然后我们直接解压amoeba源码包到/usr/local/amoeba/里，如下

解压完之后给amoeba目录赋权755，chmod -R 755 /usr/local/amoeba/

直接执行文件/usr/local/amoeba/bin/amoeba，显示start | stop表示我们读写分离的软件安装成功了

4、登录主从mysql三台服务器，都创建一个用户amoeba，用来远程连接amoeba

5、在服务端nginx1修改amoeba主配置文件

先修改主配置文件amoeba.xml，具体修改如下

• #设定用户

• #设定默认库和读写库

6、修改amoeba的数据库配置文件dbServers.xml，具体修改如下

• #注释掉test库，默认是使用test库测试，由于我们没做test库，所以注释掉就行

• #设定用户

• #设定主库和从库服务器名和IP地址

7、启动amoeba，并查看断开起没起

8、回到三台主从服务器，都要修改MySQL主配置添加如下：

• #打开MySQL服务器活动的日志记录

然后重启mysqld服务，并打开mysql_general.log日志，这时候三台主从服务器显示已经连上我们

nginx1的amoeba

9、在客户端nginx2上验证

先安装个amoeba的apt版验证即可，apt -y install mariadb-server

启动，systemctl restart mariadb.service

限制我们可以通过nginx1的amoeba访问mysql

这时候我们在客户端nginx2上操作数据库，读取数据都会在两台从服务器上轮询读取，写入会在主

服务器上进行，然后自动主从复制到两台从服务器上。