MySQL 数据库--主从复制与读写分离（大型攻略，理论详解，图文并茂）

最新推荐文章于 2023-06-25 20:28:19 发布

Xucf1

最新推荐文章于 2023-06-25 20:28:19 发布

阅读量1.2k

点赞数 3

分类专栏：数据库应用文章标签： MySQL 数据库主从复制读写分离 Amoeba Java

本文链接：https://blog.csdn.net/weixin_51486343/article/details/113754670

版权

一、案例分析

在实际的生产环境中，如果对 MySQL 数据库的读和写都在一台数据库服务器中操作，无论在安全性、高可用性，还是高并发性等各个方面都是完全不能满足实际需求的
因此，一般来说都是通过主从复制（Master-Slave）的方式来同步数据，再通过读写分离来提升数据库的并发负载能力这样的方案进行部署与实施
如下图所示，一台主 MySQL 带着两台从 MySQL 进行了数据复制，前端应用在进行数据库写操作时，对主设备进行操作，在进行数据库读操作时，对两台从设备进行操作，这样大量减轻了对主设备的压力

在每个事务更新数据完成之前，Master 都会在二进制日志记录这些改变；写入二进制日志完成后，Master 通知存储引擎提交事务
Slave 将 Master 的 Binary log 复制到其中继日志：首先，Slave 开始一个工作线程——I/O 线程，I/O 线程在 Master 上打开一个普通的连接，然后开始 Binlog dump process；Binlog dump process 从 Master 的二进制日志中读取时间，如果已经跟上 Master，它会睡眠并等待 Master 产生新的时间；I/O 线程将做这些事件写入中继日志
SQL slave thread（SQL 从线程）处理该过程的最后一步：SQL 线程从中继日志读取事件，并重放其中的时间而更新 Slave 的数据，使其与 Master 中的数据一致；只要该线程与 I/O 线程保持一致，中继日志通常会位于 OS 的缓存中，所以中继日志的开销很小
复制过程有一个很重要的限制，即复制在 Slave 上是串行化的，也就是说 Master 上的并行更新操作不能在 Slave 上并行操作

基于中间代理层实现：代理一般位于客户端和服务器之间，代理服务器接到客户端请求通过判断后转发到后端数据库
有以下代表性程序
- MySQL-Proxy：MySQL-Proxy 为 MySQL 开源项目，通过其自带的 lua 脚本进行 SQL 判断（虽然是 MySQL 的官方产品，但是官方并不建议将其用到生产环境）
- Atlas：是由奇虎360的 Web 平台部基础架构团队开发维护的一个基于 MySQL 协议的数据中间层项目；它是在 mysql-proxy 0.8.2 版本的基础上，对其进行了优化，增加了一些新的功能特性；360内部使用 Atlas 运行的 mysql 业务，每天承载的读写请求数达几十亿条；支持事物以及存储过程
- Amoeba：由陈思儒开发，作者曾就职于阿里巴巴；该程序由 Java 语言进行开发，阿里巴巴将其用于生产环境；它不支持事务和存储过程

由于使用 MySQL Proxy 需要写大量的 Lua 脚本，这些 Lua 脚本不是现成的，而需要自己编写，这对于并不熟悉 MySQL Proxy 内置变量和 MySQL Protocol 的人来说是非常困难的
Amoeba 是一个非常容易使用，可移植性非常强的软件，因此它在生产环境中被广泛用于数据库的代理层

主机名	主机

关注