mysql 主从复制 读写分离_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)可以单独设置参数来提升读的性能

增加冗余提高可用性