MySQL主从复制、读写分离、MHA——图文总结

前言

在实际的生产环境中，如果对MySQL数据库的读和写都在一台数据库服务中操作，无论在安全性、高可用性，还是高并发性等各个方面都是完全不能满足实际需求的，一般来说都是通过主从复制（Master-Slave)的方式来同步数据，再通过读写分离来提升数据库的并发负载能力这样的方案进行部署与实施

一、MySQL主从复制

1.支持的复制类型

• 基于语句的复制（statement）:在服务器上执行sql语句，在从服务器上执行同样的语句，mysql默认采用基于语句的复制，执行效率高
• 基于行的复制（row): 把改变的内容复制过去，而不是把命令在从服务器上执行一遍
• 混合类型的复制(mixed): 在服务器上执行sql语句，在从服务器上执行同样的语句，mysql默认采用基于语句的复制，执行效率高

2.主从复制的工作过程是基于日志

• master二进制日志
• slave中继日志

3.请求方式

• I/O线程
• dump线程
• SQL线程

4.主从复制的原理

①Master节点将数据的改变记录到二进制日志（bin log），当Master上的数据发生改变时，则将其改变写入二进制日志中

②Slave节点会在一定时间间隔内对Master的二进制日志进行探测其是否发生改变，如果发生改变，则开始一个I/O线程请求 Master的二进制事件

③同时Master节点为每个I/O线程启动一个dump线程，用于向其发送二进制事件，并保存至Slave节点本地的中继日志（Relay log）中

④Slave节点将启动SQL线程从中继日志中读取二进制日志，在本地写入，即解析成 sql 语句逐一执行，使得其数据和 Master节点的保持一致，最后I/O线程和SQL线程将进入睡眠状态，等待下一次被唤醒

复制过程有一个很重要的限制，即复制在 Slave 上是串行化的，也就是说 Master 上的并行更新操作不能在 Slave 上并行操作

中继日志通常会位于OS缓存中，所以中继日志的开销很小

5.MySQL集群和主从复制分别适合在什么场景下使用

集群和主从复制是为了应对高并发、大访问量的情况,如果网站访问量和并发量太大了，少量的数据库服务器是处理不过来的，会造成网站访问慢,数据写入会造成数据表或记录被锁住，锁住的意思就是其他访问线程暂时不能读写要等写入完成才能继续，这样会影响其他用户读取速度,采用主从复制可以让一些服务器专门读&#x