参考文档:html
http://www.cnblogs.com/crazylqy/p/5542558.html前端
http://www.cnblogs.com/gl-developer/p/6170423.htmljava
https://mp.weixin.qq.com/s?__biz=MzAxMTEyOTQ5OQ==&mid=400643724&idx=1&sn=82e5b5ec9e0567abea4cc1d960265d9e#rdmysql
https://www.jianshu.com/p/89ad5129a8b7sql
在实际的生产环境中,若是把对数据库的读和写操做都放在同一个数据库服务器上来进行,不管从安全性、高可用性仍是高并发等各个方面都是不可取的。所以,通常来讲都是经过主从复制(Master-Slave)的方式来同步数据,再经过读写分离(MySQL-Proxy)来提高数据库的并发负载能力。以下图所示:数据库
主从复制和读写分离的好处:后端
1. 将读操做和写操做分离到不一样的数据库上,避免主服务器出现性能瓶颈;缓存
2. 主服务器进行写操做时,不影响查询应用服务器的查询性能,下降阻塞,提升并发;安全
3. 数据拥有多个容灾副本,提升数据安全性,同时当主服务器故障时,可当即切换到其余服务器,提升系统可用性;服务器
1. MySQL支持的复制类型
2.主从复制的工做过程
a. 在每一个事务更新数据完成以前,master在二进制日志记录(binary log)这些改变。写入二进制日志完成后,master通知存储引擎提交事务。
b. Slave将master的binary log复制到其中继日志(Relay log)。首先slave开始一个工做线程(I/O),I/O线程在master上打开一个普通的链接,而后开始binlog dump process。binlog dump process从master的二进制日志中读取事件,若是已经跟上master,它会睡眠并等待master产生新的事件,I/O线程将这些事件写入中继日志。
c. Sql slave thread(sql从线程)处理该过程的最后一步,sql线程从中继日志读取事件,并重放其中的事件而更新slave数据,使其与master中的数据一致,只要该线程与I/O线程保持一致,中继日志一般会位于os缓存中,因此中继日志的开销很小。
整个过程以下图所示:
3. 主从复制的三种方式
所谓的同步复制,意思是master的变化,必须等待slave-1,slave-2,...,slave-n完成后才能返回。
这样,显然不可取,也不是MYSQL复制的默认设置。好比,在WEB前端页面上,用户增长了条记录,须要等待很长时间。
master只保证slaves中的一个操做成功,就返回,其余slave无论。
这个功能,是由google为MYSQL引入的。
读写分离指的是在主服务器上进行修改操做(如insert/delete/update这些更新数据库的操做),从服务器只能提供读取数据(select),不能写入。这样,在实现了备份的同时也实现了数据库性能的优化,以及提高了服务器安全。以下图所示:
目前较为常见的MySQL读写分离分为如下两种:
1. 基于程序代码内部实现
在代码中根据select 、insert进行路由分类,这类方法也是目前生产环境下应用最普遍的。优势是性能较好,由于程序在代码中实现,不须要增长额外的硬件开支,缺点是须要开发人员来实现,运维人员无从下手。
2.基于中间代理层实现
代理通常介于应用服务器和数据库服务器之间,代理数据库服务器接收到应用服务器的请求后根据判断后转发到后端数据库。代理有如下表明性的程序。
通过上述简单的比较,不是全部的应用都可以在基于程序代码中实现读写分离,像一些大型的java应用,若是在程序代码中实现读写分离对代码的改动就较大,因此,像这种应用通常会考虑使用代理层来实现。