MySQL 主从复制 读写分离
MySQL
MySQL的主从复制与读写分离两者有着紧密联系,首先需要先部署主从复制,才能在此基础上进行数据的读写分离。简单来说,读写分离是在主库写从库读。基本的原理是让主库处理事务性操作,从库处理查询操作。当业务量非常大的时候,配置主从复制实现分离来分摊负载,避免负载过大造成无法及时响应的状况。
读写分离主从复制
主从复制
MySQL主从复制的原理是什么?
- 主库(Master)需提前配置
log-bin
参数并指定二进制日志文件(binary log, binlog)的保存路径 - 主库负责事务性操作,操作时的数据变更又称为二进制日志事件(binary log event)。
主库将数据变更写入到二进制日志文件中,从库将主库中的二进制日志事件拷贝到自己的中继日志(relay log)中,然后从库重做中继日志中的事件,将主库的变更反映到自己的数据中(数据重演)。
MySQL主从复制流程
MySQL主从复制具体流程
- 在每个事务更新数据完成之前,主库在二进制日志文件中记录这些改变。
当主库写入二进制日志完成之后,主库会通知存储引擎提交事务。 - 从库将主库的二进制日志文件复制到自己的中继日志中,首先从库会开启一个I/O工作线程,I/O线程在主库上打开一个普通的连接,接着开始
binlog dump process
。binlog dump process
从主库的二进制日志中读取事件,如果已经跟上主库,它会休眠并等待主库产生新的事件。再通过I/O线程则将这些事件写入中级日
志。 -
sql slave thread
SQL从线程是处理该过程的最后一步
SQL线程从中继日志读取事件,并重放其中的事件以更新从库数据,使其与主库中的数据保持一致,只要SQL线程与I/O线程保持一致,中继日志通常会位于操作系统缓存中,所以中继日志的开销很小。
MySQL主从读写
MySQL主从复制支持的复制类型有哪些?
- 基于语句的复制
在主库上执行SQL语句,并在从库上执行同样的语句,MySQL默认采用基于语句的复制,执行效率高。 - 基于行的复制
将改变的内容复制过去,而不是将命令在从库上执行一遍。 - 混合类型的复制
默认采用基于语句的复制,一旦发现基于语句无法精确复制时,则采用基于行的复制。
读写分离
为什么要采用读写分离呢?
因为数据库的写操作是比较耗时的,而读操作则相反。读写分离解决的问题是数据库写入影响查询效率的问题。
MySQL读写分离的原理是什么?
读写分离的基本原理时让主库处理事务性增(INSERT)、删(DELETE)、改(UPDATE)操作,主库负责处理查询(SELECT)操作,同时将主库中事务性操作导致的变更同步到从库中。
读写分离是指在主库上修改的数据会同步到从库,从库只提供读取数据禁止写入,实现备份的同时也实现数据库性能的优化,并提高了服务器的安全性。
读写分离主从复制
为什么MySQL读写分离能够提高系统性能呢?
- 物理服务器增加,机器处理能力提升,也就是拿硬件换性能。
- 主从只负责各自的读和写,极大程度缓解X锁和S锁争用。
- 主库(Master)直接写是并发的
- 从库(Slave)通过主库(Master)发过来的
binlog
日志恢复数据是异步的 - 从库(Slave)可配置MyISAM引擎用来提升查询性能以节约系统开销
- 从库(Slave)可以单独设置参数来提升读的性能
- 增加冗余提高可用性