数据库主从复制与读写分离(了解)

在实际的生产环境中，对数据库的读和写都在同一个数据库服务器中，是不能知足实际需求的。不管是在安全性、高可用性仍是高并发等各个方面都是彻底不能知足实际需求的。所以，经过主从复制的方式来同步数据，再经过读写分离来提高数据库的并发负载能力。有点相似于前面咱们学习过的rsync，可是不一样的是rsync是对磁盘文件作备份，而mysql主从复制是对数据库中的数据、语句作备份。

如图所示：

1、 案例前置知识点

一、 mysq支持的复制类型

1） 基于语句的复制。在服务器上执行sql语句，在从服务器上执行一样的语句，mysql默认采用基于语句的复制，执行效率高。

2） 基于行的复制。把改变的内容复制过去，而不是把命令在从服务器上执行一遍。

3） 混合类型的复制。默认采用基于语句的复制，一旦发现基于语句没法精确复制时，就会采用基于行的复制。

二、 复制的工做过程

1） 在每一个事务更新数据完成以前，master在二进制日志记录这些改变。写入二进制日志完成后，master通知存储引擎提交事务。

2） Slave将master的binary log复制到其中继日志。首先slave开始一个工做线程（I/O），I/O线程在master上打开一个普通的链接，而后开始binlog dump  process。binlog  dump  process从master的二进制日志中读取事件，若是已经跟上master，它会睡眠并等待master产生新的事件，I/O线程将这些事件写入中继日志。

3） Sql  slave  thread（sql从线程）处理该过程的最后一步，sql线程从中继日志读取事件，并重放其中的事件而更新slave数据，使其与master中的数据一致，只要该线程与I/O线程保持一致，中继日志一般会位于os缓存中，因此中继日志的开销很小。

 

如图所示：

 

三、 mysql读写分离原理

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

前较为常见的Mysql读写分离分为如下两种：

 1）基于程序代码内部实现

        在代码中根据select 、insert进行路由分类，这类方法也是目前生产环境下应用最普遍的。优势是性能较好，由于程序在代码中实现，不须要增长额外的硬件开支，缺点是须要开发人员来实现，运维人员无从下手。

 2） 基于中间代理层实现

        代理通常介于应用服务器和数据库服务器之间，代理数据库服务器接收到应用服务器的请求后根据判断后转发到，后端数据库，有如下表明性的程序。

（1）mysql_proxy。mysql_proxy是Mysql的一个开源项目，经过其自带的lua脚本进行sql判断。

（2）Atlas。是由 Qihoo 360, Web平台部基础架构团队开发维护的一个基于MySQL协议的数据中间层项目。它是在mysql-proxy 0.8.2版本的基础上，对其进行了优化，增长了一些新的功能特性。360内部使用Atlas运行的mysql业务，天天承载的读写请求数达几十亿条。支持事物以及存储过程。

（3）Amoeba。由阿里巴巴集团在职员工陈思儒使用序java语言进行开发，阿里巴巴集团将其用户生产环境下，可是他并不支持事物以及存数过程。

 通过上述简单的比较，不是全部的应用都可以在基于程序代码中实现读写分离，像一些大型的java应用，若是在程序代码中实现读写分离对代码的改动就较大，因此，像这种应用通常会考虑使用代理层来实现，那么今天就使用Amoeba为例，完成主从复制和读写分离。

 

MySQLProxy介绍

下面使用MySQL官方提供的数据库代理层产品MySQLProxy搭建读写分离。
MySQLProxy其实是在客户端请求与MySQLServer之间创建了一个链接池。全部客户端请求都是发向MySQLProxy，而后经由MySQLProxy进行相应的分析，判断出是读操做仍是写操做，分发至对应的MySQLServer上。对于多节点Slave集群，也能够起作到负载均衡的效果。

 

 

实验图:

 

 

mysql之主从复制

MySQL读写分离介绍及搭建