MySQL 主从复制 读写分离

MySQL

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

读写分离主从复制

主从复制

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

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

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

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主从复制支持的复制类型有哪些？

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

读写分离

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

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

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

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

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

读写分离主从复制

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

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