MySQL 主从复制 读写分离

MySQL 主从复制 读写分离
MySQL

MySQL的主从复制与读写分离两者有着紧密联系,首先需要先部署主从复制,才能在此基础上进行数据的读写分离。简单来说,读写分离是在主库写从库读。基本的原理是让主库处理事务性操作,从库处理查询操作。当业务量非常大的时候,配置主从复制实现分离来分摊负载,避免负载过大造成无法及时响应的状况。

MySQL 主从复制 读写分离
读写分离主从复制

主从复制

MySQL主从复制的原理是什么?

  • 主库(Master)需提前配置log-bin参数并指定二进制日志文件(binary log, binlog)的保存路径
  • 主库负责事务性操作,操作时的数据变更又称为二进制日志事件(binary log event)。

主库将数据变更写入到二进制日志文件中,从库将主库中的二进制日志事件拷贝到自己的中继日志(relay log)中,然后从库重做中继日志中的事件,将主库的变更反映到自己的数据中(数据重演)。

MySQL 主从复制 读写分离
MySQL主从复制流程

MySQL主从复制具体流程

  1. 在每个事务更新数据完成之前,主库在二进制日志文件中记录这些改变。
    当主库写入二进制日志完成之后,主库会通知存储引擎提交事务。
  2. 从库将主库的二进制日志文件复制到自己的中继日志中,首先从库会开启一个I/O工作线程,I/O线程在主库上打开一个普通的连接,接着开始binlog dump process
    binlog dump process从主库的二进制日志中读取事件,如果已经跟上主库,它会休眠并等待主库产生新的事件。再通过I/O线程则将这些事件写入中级日
    志。
  3. sql slave thread SQL从线程是处理该过程的最后一步
    SQL线程从中继日志读取事件,并重放其中的事件以更新从库数据,使其与主库中的数据保持一致,只要SQL线程与I/O线程保持一致,中继日志通常会位于操作系统缓存中,所以中继日志的开销很小。
MySQL 主从复制 读写分离
MySQL主从读写

MySQL主从复制支持的复制类型有哪些?

  • 基于语句的复制
    在主库上执行SQL语句,并在从库上执行同样的语句,MySQL默认采用基于语句的复制,执行效率高。
  • 基于行的复制
    将改变的内容复制过去,而不是将命令在从库上执行一遍。
  • 混合类型的复制
    默认采用基于语句的复制,一旦发现基于语句无法精确复制时,则采用基于行的复制。

读写分离

为什么要采用读写分离呢?

因为数据库的写操作是比较耗时的,而读操作则相反。读写分离解决的问题是数据库写入影响查询效率的问题。

MySQL读写分离的原理是什么?

读写分离的基本原理时让主库处理事务性增(INSERT)、删(DELETE)、改(UPDATE)操作,主库负责处理查询(SELECT)操作,同时将主库中事务性操作导致的变更同步到从库中。

读写分离是指在主库上修改的数据会同步到从库,从库只提供读取数据禁止写入,实现备份的同时也实现数据库性能的优化,并提高了服务器的安全性。

MySQL 主从复制 读写分离
读写分离主从复制

为什么MySQL读写分离能够提高系统性能呢?

  • 物理服务器增加,机器处理能力提升,也就是拿硬件换性能。
  • 主从只负责各自的读和写,极大程度缓解X锁和S锁争用。
  • 主库(Master)直接写是并发的
  • 从库(Slave)通过主库(Master)发过来的binlog日志恢复数据是异步的
  • 从库(Slave)可配置MyISAM引擎用来提升查询性能以节约系统开销
  • 从库(Slave)可以单独设置参数来提升读的性能
  • 增加冗余提高可用性