MySQL 主从复制与读写分离

最新推荐文章于 2024-01-16 16:57:45 发布

梅比乌斯N

最新推荐文章于 2024-01-16 16:57:45 发布

阅读量768

点赞数

文章标签： mysql 数据库 linux 运维服务器

本文链接：https://blog.csdn.net/TTSuzuka/article/details/128119900

版权

1、moeba服务器配置 192.168.80.7

2、客户端安装mariadb数据库 192.168.80.11

一、主从复制

在实际的生产环境中，对数据库的读和写都在同一个数据库服务器中，是不能满足实际需求的。无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的。因此，通过主从复制的方式来同步数据，再通过读写分离来提升数据库的并发负载能力。有点类似于rsync（文件同步应用），但是不同的是rsync是对磁盘文件做备份，而mysql主从复制是对数据库中的数据、语句做备份。

1、MySQL支持的复制类型

1）STATEMENT∶基于语句的复制。在服务器上执行SQL语句，在从服务器上执行同样的语句，mysgl默认采用基于语句的复制，执行效率高。

###虽然效率较高但是高并发情况下可能精确度不够

2）ROW∶基于行的复制。把改变的内容复制过去，而不是把命令在从服务器上执行一遍。

###虽然拥有很高的精确度，但是读写效率较低

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

###结合两种类型的特点，比较实用

2、主从复制的工作原理

1）集群中的Master主服务器会开启二进制日志（bin log）用来记录更新的数据。

2）slave从服务器会每隔一段时间对主服务器的二进制日志进行探测是否发生改变（根据二进制文件的偏移量判断），如果有改变就开启一个I/O线程请求主服务器的二进制时间

3）主服务器会为每个I/O线程启动一个dump线程，用来向从服务器发送二进制事件，从服务器将接收到的二进制文件保存到本地的中继日志（Relay log）中。

4）随后slave从服务器会启动SQL线程读取中继日志里面的二进制日志，在本地进行重放，解析成SQL语句逐一执行，使数据与master主服务器保持一致性，执行结束后I/O线程和SQL线程都会进行睡眠状态等待下一次操作的执行。

3、主从复制的工作过程

Master节点需要开启二进制日志，Slave节点需要开启中继日志。

1）Master 节点将数据的改变记录成二进制日志（bin log），当Master上的数据发生改变时（增删改），则将其改变写入二进制日志中。

2）Slave节点会在一定时间间隔内对Master的二进制日志进行探测其是否发生改变，如果发生改变，则开始一个I/O线程请求Master的二进制事件。（请求二进制数据）

3）同时Master 节点为每个I/O线程启动一个dump线程，用于通知和向其发送二进制事件，I/O线程接收到bin-log内容后，将内容保存至slave节点本地的中继日志（Relay log）中，Slave节点将启动SQL线程从中继日志中读取二进制事件，在本地重放，即解析成sql 语句逐一执行，使得其数据和Master节点的保持一致。最后I/O线程和SQL线程将进入睡眠状态，等待下一次被唤醒。