MySQL的主从复制与读写分离原理

shilang

　　前言：我们前面搭建过LAMP和LNMP，做过了web服务器群集和热备，web服务器坏了我们是不怕了，但是我们要知道，网站的数据有很多是存储在数据库里面的，例如注册的会员，发的文章，购物的订单等信息。当然我们可以给数据库做备份，但是如果每天00:00做一次备份，那么如果在23:59数据丢失了，那么就会丢失一天的数据，有没有一种方法能实现实时备份，就是说有数据产生就立即备份，答案当然是有，也就是今天我们要学习的mysql主从复制。有点类似于前面我们学习过的rsync，但是不同的是rsync是对磁盘文件做备份，而mysql主从复制是对数据库中的数据，语句做备份。另外读写分离主要是为了优化数据库。
　　一、mysql主从复制的工作原理
　　1、mysq支持的复制类型
　　1）基于语句的复制。在服务器上执行sql语句，在从服务器上执行同样的语句，mysql默认采用基于语句的复制，执行效率高。
　　2）基于行的复制。把改变的内容复制过去，而不是把命令在从服务器上执行一遍。
　　3）混合类型的复制。默认采用基于语句的复制，一旦发现基于语句无法精确复制时，就会采用基于行的复制。
　　2、复制的工作过程

　　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缓存中，所以中继日志的开销很小。
　　3、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应用，如果在程序代码中实现读写分离对代码的改动就较大，所以，像这种应用一般会考虑使用代理层来实现。