前言:在实际生产环境中,如果对MySQL数据库的读和写都在一台数据库服务器中操作,无论是在安全性、高可用性,还是高并发等各个方面都是不能满足实际需求的,于是有了MySQL的主从复制与读写分离
文章目录
一、案例分析
1.案例概述
在实际生产环境中,如果对数据库的读和写都在同一个数据库服务器中操作,无论是在安全性、高可用性,还是高并发等各个方面都是完全不能满足实际需求的,因此,一般来说都是通过主从复制的方式来同步数据,再通过读写分离来提升数据库的并发负载能力这样的方案来进行部署与实施
如上图,一台主MySQL带两台从MySQL进行了数据复制,前端应用在进行数据库写操作时,对主设备进行操作,在进行数据库读操作时,对两台从设备进行操作,这样大量减轻了对主设备的压力
2.原理
1)MySQL主从复制原理
MySQL的主从复制和MySQL的读写分离两者有着紧密联系,首先要部署主从复制,只有主从复制完成了,才能在此基础上进行数据的读写分离
- MySQL支持的复制类型
- 基于语句的复制。在主服务器 上执行的SQL语句,在从服务器上执行同样的语句。MySQL默认采用基于语句的复制,效率比较高。
- 基于行的复制。把改变的内容复制过去,而不是把命令在从服务器上执行一遍
- 混合类型的复制。默认采用基于语句的复制,一旦发现基于语句无法精度复制时,就会采用基于行的复制
- 复制的工作过程
1)在每个事务更新数据完成之前,Master在二进制日志记录这些改变。写入二进制日志完成后,Master通知存储引擎提交事务。
2)Slave将Master的Binary log复制到其中中继日志。首先,Slave开始一个工作线程——I/O线程,I/O线程在Master上打开一个普通的连接,然后开始Binlog dump process。Binlog dump process 从Mater的二进制日志中读取事件,如果已经跟上Mater,它会睡眠并等待Master产生新的事件。I/O线程将这些事件写入中继日志。
3)SQL slave thread(SQL从线程)处理该过程的最后一步。SQL线程从中继日志读取事件,并重放其中的事件而更新Slave的数据,使其与Master中的数据一致。只要该线程与I/O线程保持一致,中继日志通常会位于OS的缓存中,所以中继日志的开销很小。
复制过程有一个很重要的限制,及复制在Slave上是串行化的,也就是说Master上的并行更新操作不能再Slave上并行操作
2)MySQL读写分离原理
简单来说,读写分离就是只在主服务器上写,只在从服务器上读,如图。基本原理是让主数据库处理事务行查询,而从数据库处理select查询。数据库复制被用来把事务查询导致的变更同步到群集中的从数据库