基于Centos 7搭建MySQL主从复制及读写分离
发布时间：2022-09-17 15:22:14 所属栏目：MySql教程 来源：
导读： 博文目录
一、MySQL主从复制原理
二、MySQL读写分离原理
三、搭建MySQL主从复制
四、配置MySQL读写分离
在实际生产环境中，如果对数据库的读和写都在同一个数据库服务器
一、MySQL主从复制原理
二、MySQL读写分离原理
三、搭建MySQL主从复制
四、配置MySQL读写分离
在实际生产环境中，如果对数据库的读和写都在同一个数据库服务器
|
博文目录 一、MySQL主从复制原理 二、MySQL读写分离原理 三、搭建MySQL主从复制 四、配置MySQL读写分离 在实际生产环境中，如果对数据库的读和写都在同一个数据库服务器中操作，无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的。因此，一般来说实际生产环境中都是通过主从复制（Master——Slave）的方式来同步数据，再通过读写分离来提升数据库的并发负载能力这样的方案来进行部署与实施的。 如下图所示，一台MySQL主服务器带两台MySQL从服务器做数据复制，前端应用在进行数据库写操作时，对主服务器进行操作；在进行数据库读操作时，对两台从服务器进行操作，这样大大减轻了主服务器的压力。 技术图片 一、MySQL主从复制原理 MySQL的主从复制和MySQL的读写分离两者有紧密的联系，首先要部署主从复制，只有主从复制完成了，才能在此基础上进行数据的读写分离。 1、MySQL支持的复制类型2、复制的工作过程 MySQL复制的工作过程如图所示： 技术图片 1）在每个事物更新数据完成之前，Master在二进制日志记录这些变化。写入二进制日志完成后，Master通知存储引擎提交事务。 2）Slave将Master的Binary log复制到其中继日志。首先，Slave开始一个工作进程——I/O线程在Master上打开一个普通的连接，然后开始Binlog dump process（二进制日志转储过程）。Binlog dump process从Master的二进制日志中读取事件，如果已经跟上Master，它就会睡眠并等待Master产生新的事件。I/O线程将这些时间写入中继日志。 3）SQL slave thread（SQL从线程）处理该过程的最后一步。SQL线程从中继日志中读取事件，并重放其中的事件而更新Slave的数据，使其与Master中的数据一致，只要该线程与I/O线程保持一致，中继日志通常会位于OS的缓存中，所以中继日志的开销很小。 复制过程有一个很重要的限制，即复制在Slave上是串行化的，也就是说Master上的并行更新操作不能在Slave上并行操作。 二、MySQL读写分离原理 简单来说，读写分离就是只在主服务器上写、只在从服务器上读。基本的原理是让主数据库处理事务性查询，而从数据库处理select查询。数据库复制被用来把事务性查询导致的变更同步到群集中的从数据库。如图所示： 技术图片 目前常见的MySQL读写分离分为两种： 1、基于程序代码内部实现 在代码中根据select、insert进行路由分类，这类方法也是目前生产环境应用最广泛的。优点是性能较好，因为在程序代码中实现，不需要增加额外的设备作为硬件开支，缺点是需要开发人员来实现mysql原理，运维人员无从下手。 2、基于中间代理层实现 代理一般位于客户端和服务器之间，代理服务器接到客户端的请求后通过判断后转发到后端数据库，有两个代表性程序： 1）MySQL—Proxy：为MySQL开源项目，通过其自带的lua脚本进行SQL判断，虽然是MySQL官方产品。但是MySQL官方并不建议将MySQL—Proxy用到生产环境中。 2）Amoeba（变形虫）：由陈思儒开发，其层就职于阿里巴巴。该程序用Java语言进行开发，阿里巴巴将其用于生产环境。它不支持事务和存储过程。 经过上述简单的比较，通过程序代码实现MySQL读写分离自然是一个不错的选择，但是并不是所有的应用都适合在程序代码中实现读写分离。例如：一些大型复杂Java应用，如果在程序代码中实现分离对代码改动较大。所以，像这种代行复杂的应用一般会考虑使用Amoeba来实现。 （编辑：百客网 - 百科网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐