主数据库服务器故障后，可切换到从数据库继续工作，避免数据丢失

主从备份原理

数据库有一个bin-log二进制文件，纪录了所有执行的sql语句，尤其是一些DML语句。目标就是把主数据库(Master)的bin-log文件sql语句复制到从数据库(Slave)上把bin-log中的数据读取到reply-log文件中，在从数据库(Slave)的reply-log重做日志文件中，重新执行一次这些sql语句。

主从备份过程：共涉及到了三个线程

     1. master的binlog输出线程将执行的sql写入binlog中

     2. slave的I/O线程，连接到master,对master的binlog进行复制

    3. slave的I/O线程读取复制的binlog,然后将里面的内容保存至reply-log里

    4. slave的SQL线程读取reply-log,然后执行里面的命令，完成同步

出现的问题:数据延时

master的并发较高时，产生的DML数量超过slave的SQL Thread所能处理的速度slave 中有大型query语句产生了锁等待网络抖动，机器性能太差..

读写分离

1.我们所希望的主从架构是，当写数据时，请求全部发到Master节点上，当需要读数据时，请求全部发送到Slave节点上

2.并且多个Slave节点最好可以存在负载均衡，让集群的效率最大化，不要让每次读都从同一台分机器中读，从而避免单点压力过大的问题。

实现方式

代码层面实现分离逻辑 基于MyBatis和Spring配置多个数据源，分别指向master和slave自定义MyBatis拦截器，判读需要执行的SQL如果时写请求，选择操作的数据源是master如果是读请求，选择操作的数据源是slave

优点:实现简单，使用灵活

缺点:配置更改时需要修改代码、违反开闭原则，如果多加入了几台机器，就需要相应地修改代码

基于中间件，管理分离逻辑

新增一个虚拟节点

所有数据库请求先发送到虚拟节点上，由虚拟节点来转发读写请求到对应数据库。

常见的中间件MyCat

开源，面向企业应用开发的大数据库集群

可以实现读写分离、故障转移