带你搞定MySQL实战，轻松对应海量业务处理及高并发需求，从容应对大场面试

https://dev.mysql.com/doc/

如果英文不好的话，可以参考 searchdoc 翻译的中文版本

http://www.searchdoc.cn/rdbms/mysql/dev.mysql.com/doc/refman/5.7/en/index.com.coder114.cn.html

我们进行主从复制配置的一个主要目的就是 分担 主库的 读压力，将读的请求都转移到 从节点上。

那么为什么要进行读写分离呢？ 我们知道基本上80%的操作都是读请求 ------> 写操作的压力是无法分担的，而且只能在主节点上操作。 而读操作呢 就可以在主节点上 也可以在从节点上，所以为了减少主节点的DB压力，将读请求转移到一个或者多个从节点上。

基本上有两种方式

aop 动态数据源，这里不探讨这个方案，实现起来也比较简单。

主流的两个 ： mysql-proxy （未正式发布，性能和稳定性有点问题，不建议） 和 maxScale .

maxScale 是 MariaDB（MySQL的分支版本） 提供的中间件。

maxScale 不仅能提供读写分离，而且能实现读请求的负载均衡 。

优点：

缺点：

读写分离： 要解决的是如何在复制集群的不同角色上，去执行不同的SQL

读的负载均衡： 要解决的是具有相同角色的数据库，如何共同分担相同的负载。

如何实现读的负载均衡 ： 软件 ：LVS 、 Haproxy、MaxScale 等 ， 硬件： F5 等

我们先看下我们再次将要完成的方案的架构

MySQL ---- > MaxScale -----> MHA集群

Authentication 认证插件 ： 缓存用户信息

Protocal协议插件

Router 路由插件 （readconnroute 负责多台服务器负载均衡 、readwritesplit 负责读写分离） – 比较重要

Monitor 监控插件

Filter & Logging 日志和过滤插件

请移步 https://pan.baidu.com/s/1SVnUHzqr-KyyYRl5fRbkqg

https://artisan.blog.csdn.net/article/details/104134373?spm=1001.2014.3001.5502