Mysql主从复制与读写分离_数据库主从和读写分离区别-CSDN博客

本文链接：https://blog.csdn.net/weixin_48861962/article/details/121086706

本文详细介绍了MySQL的主从复制和读写分离，包括相关概述、为何实施读写分离、主从复制的工作过程、延迟问题及解决方案、读写分离原理和常见实现方式。还提供了主从复制的理论步骤和实验操作，以及Amoeba服务器的配置和读写分离的实操步骤，旨在帮助读者理解并实践MySQL的高可用性和负载均衡。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、MySQL主从复制与读写分离

1.1 主从分离和读写分离的相关概述

1）主从复制与读写分离、

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

2）为什么要读写分离

因为数据库的"写"（写10000条数据可能要3分钟）操作是比较耗时的。

但是数据库的"读" （读10000条数据可能只要5秒钟）

所以读写分离，解决的是，数据库的写入，景响了查询的效率。

3）什么时候要读写分离

数据库不一定要读写分离，如果程序使用数据库较多时，而更新少，查询多的情况下会考虑使用。利用数据库主从同步，再通过读写分离可以分担数据库压力，提高性能。

4）读写分离的原理

读写分离基本的原理是让主数据库处理事务性增、改、删操作（INSERT、UPDATE、DELETE），而从数据库处理SELECT香询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。

5）mysql支持的复制类型

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

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

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

6）主从复制的工作过程（主写从复制）

在每个事务更新数据完成之前，Master在二进制日志(Binary log)记录这些改变。写入二进制日志完成后，Master通知存储引擎提交事务。

Slave将Master复制到其中继日志(Relay log) 。首先slave开始一个工作线程(I/O)，I/0线程在Master上打开一个普通的连接，然后开始Binlog dump process。Binlogdumpprocess从Master的二进制日志中读取事件，如果已经跟上Master,它会睡眠并等待Master产生新的事件，I/O线程将这些事件写入中继日志（缓存中）。

SQL slave thread (SQL从线程)处理该过程的最后一步，SQL线程从中继日志读取事件，并重放其中的事件而更新Slave数据，使其与Master 中的数据一致，只要该线程与I/O 线程保持一致，中继日志通常会位于OS（系统）缓存中，所以中继日志的开销很小。复制过程有一个很重要的限制，即复制在 Slave 上是串行化的，也就是说Master 上的并行更新操作不能在Slave上并行操作。

7）MySOL主从复制延迟

master服务器高并发，形成大量事务

网络延迟

主从硬件设备导致 cpu主频、内存io、硬盘io

本来就不是同步复制、而是异步复制

从库优化Mysql参数。比如增大innodb_buffer_pool_size，让更多操作在Mysgl内存中完成，减少磁盘操作。从库使用高性能主机。包括cpu强悍、内存加大。避免使用虚拟云主机，使用物理主机，这样提升了i/o方面性。从库使用SSD磁盘

网络优化，避免跨机房实现同步

8）MySQL 读写分离原理

读写分离就是只在主服务器上写，只在从服务器上读。基本的原理是让主数据库处理事务性查询，而从数据库处理select查询。数据库复制被用来把主数据库上事务性查询导致的变更同步到集群中的从数据库。

9）目前较为常见的 MySQL

读写分离分为以下两种∶

（1）基于程序代码内部实现