一.案例分析
1 案例概述
在实际的生产环境中，如果对数据库的读和写都在同一个数据库服务器中操作，无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的。因此，一般来说都是通过主从复制(Master-Slave)来同步数据，再通过读写分离来提升数据库并发负载能力的方案来进行部署与实施
一台主 MySQL 服务器带两台从 MySQL 服务器做数据复制前端应用在进行数据库写操作时,对主服务器进行操作,在进行数据库读操作时对两台从服务器进行操作，这样大量减轻了对主服务器的压力
2 案例前置知识点
2.1 MySQL主从复制原理
MySQL 的主从复制和MySQL 的读写分离两者有着紧密联系，首先要部署主从复制，只有主从复制完成了，才能在此基础上进行数据的读写分离。
①MySQL支持复制类型
①基于语句的复制。在主服务器上执行的 SQL 语句，在从服务器上执行同样的语句，MySQL 默认采用基于语句的复制，效率比较高。
②)基于行的复制。把改变的内容复制过去,而不是把命令在从服务器上执行一遍。
③混合类型的复制。默认采用基于语句的复制，一旦发现基于语句无法精确复制时，就会采用基于行的复制。
②复制工作过程
①在每个事务更新数据完成之前，Master 将这些改变记录进二进制日志。写入二进制日志完成后，Master 通知存储引擎提交事务。
②Slave 将 Master 的 Binary log 复制到其中继日志(Relay log)。首先，Slave 开始一个工作线程–I/0 线程,I/0 线程在 Master 上打开一个普通的连接，然后开始 Binlog dump process。Binlog dump process 从 Master 的二进制日志中读取事件，如果已经跟上 Master，它会睡眠并等待 Master 产生新的事件。I/0 线程将这些事件写入中继日志。
③ SQL slave thread(SqL 从线程)处理该过程的最后一步。SQL 线程从中继日志读取事件，并重放其中的事件而更新 Slave 数据，使其与 Master 中的数据保持一致。只要该线程与 I/0 线程保持一致，中继日志通常会位于 0S 的缓存中，所以中继日志的开销很小。复制过程有一个很重要的限制，即复制在 S1ave 上是串行化的，也就是说 Master 上的并行更新操作不能在 Slave 上并行操作。
2.2 MySQL读写分离原理
读写分离就是只在主服务器上写，只在从服务器上读。基本的原理是让主数据库处理事务性查询，而从数据库处理 select 查询。数据库复制被用来把主数据库上事务性查询导致的变更同步到集群中的从数据库。
目前较为常见的 MySQL 读写分离分为两种
(1)基于程序代码内部实现
在代码中根据 select、insert 进行路由分类，这类方法也是目前生产环境应用最广泛的。优点是性能较好，因为在程序代码中实现，不需要增加额外的设备作为硬件开支:缺点是需要开发人员来实现，运维人员无从下手。
(2)基于中间代理层实现
代理一般位于客户端和服务器之间，代理服务器接到客户端请求后通过判断后转发到后端数据库，有两个代表性程序。
① MySQL-Proxy。MySQL-Proxy 为 MySQL 开源项目，通过其自带的 lua 脚本进行 SQL 判断，虽然是 MySQL 官方产品，但是 MySQL 官方并不建议将 MySQL-Proxy 用到生产环境。
Amoeba。由陈思儒开发，作者曾就职于阿里巴巴。该程序由 Java 语言进行开发，阿里巴巴将其用于生产环境。它不支持事务和存储过程。经过上述简单的比较，通过程序代码实现 MySQL 读写分离自然是一个不错的选择，但是并不是所有的应用都适合在程序代码中实现读写分离，像一些大型复杂的Java 应用，如果在程序代码中实现读写分离对代码改动就较大。所以，像这种应用一般会考虑使用代理层来实现。本章后续案例通过Amoeba 实现。
③ MyCAT 是一款开源的分布式关系型数据库中间件，主要用于解决大规模数据存储和高效查询的需求。它支持分布式 SQL 查询，兼容 MySQL 通信协议，能够通过数据分片提高数据查询处理能力。MyCAT的前端用户可以将其视为一个数据库代理，使用 MySQL,客户端工具和命令行访问，而后端则可以通过 MySQL 原生协议与多个 MySQL 服务器通信，或者使用 JDBC 协议与大多数主流数据库服务器通信
三.主从复制
二 案例实施
1.搭建MySQL主从复制
1.3 配置Master主服务器
①在/etc/my.cnf中修改或增加内容
②重启mysql
③登录mysql，给从服务器授权
#MySQL 8.0 默认使用 caching sha2 password 认证插件,将mysql native password 替换为旧版认证插件，确保从库能兼容
其中 File 列显示日志名，Position 列显示偏移量，:这两个值在后面配置从服务器的时候需要。Slave 应从该点上进行新的更新。
1.4配置slave从服务器
在 Slave1、Slave2 服务器上面分别执行下面步骤
①在/etc/my.cnf 中修改或者增加下面内容，这里要注意 server-id 不能相同。
重启
③登录mysql，配置同步
按主服务器结果更改下面命令中 master log file 和 master log pos 参数
启动主从复制 从服务器
查看当前主从复制结果
从主服务器创建数据库查看是否同步到从服务器
四.读取分离
MyCAT 是日前最流行的分布式数据库中间插件，是一个开源的分布式数据库系统，是一个实现了 MySQL协议的服务器。前端用户可以把它看作一个数据库代理，用 MySQL客户端工具和命令行访问，其后端可以用 MySQL原生协议与多个MySQL服务器通信，也可以用JDBC 协议与大多数主流数据库服务器通信，其核心功能是分表分库，即将一个大表水平分割为N个小表，存储在后端 MySQL服务器里或者其他数据库里。
MyCAT 发展到目前，已经不是一个单纯的 MySQL代理了，它的后端可以支持MySQL、SQL Server、0racle、DB2、PostgreSQL, 等主流数据库，也支持 MongoDB这种新型 NoSQL方式的存储。未来，它还会支持更多类型的存储。
不过，无论是哪种存储方式，在最终用户看，MvCAT里都是一个传统的数据库表，支持标准的 SQL语句进行数据的操作，这样一来，对前端业务系统来说，可以大幅降低开发难度，提升开发速度。
2.1安装Mycat2
Mycat 需要依赖于JAVA，因此需要在读写分离代理所在的系统预先安装JAVA环境
2.2安装并配置mycat软件
unzip 解开后 mycat2 安装包，将其移动到目录“/usr/local”，并重命名为mycat”
把依赖包 mycat2-1.21-release-jar-with-dependencies.jar 和 mysql-connector-java-8.0.18.jar,原样移动或者复制到目录"/usr/local/mycat/lib"
为mycat命令添加权限
到目前为止，安装的步骤基本上算是完成了，任意命令行下执行指令“mycat -h”验证安装的正确性
2.3 配置mycat读写分离
Mycat2 读写分离配置可分为:创建数据库连接账号、启动Mycat2与读写分离配置等几个步骤
①创建Mycat工作所必需的账号
启动 Mycat2服务，需要有真实的数据库服务器支撑才能运行，因此，需要在 MySQL 服务器(其它被 Mycat2 支持的数据库也如此)创建账号并给账号授权,然后在 Mycat2 所在的宿主系统用 MySQL, 客户端用创建好的账号远程进行连接,验证账号的有效性和正确性。
在前边的章节，我们已经做好了 MySQL 数据库间的主从同步，因此创建 Mycat2所需账号的操作只需也只能在主数据库上进行
②启动mycat2
与 Mycat1.x版本相比，Mycat2 的配置基本不需要手动去修改配置文件，而是可以在 Mycat2 启动之后，登录 Mycat 管理后台，用 SQL 指令或者客户端工具进行配置。在启动 Mycat2 之前，需要对原型库的数据源做相应的修改，修改的项主要是主数据库的连接信息，一个完整的修改过的原型数据源文件“/usr/local/mycat/conf/datasources/prototypeDs.datasource.json”的内容如下:被修改过的内容，以红色字显示
因为已经对系统变量做了设置，所以在任意路径执行“mycat start”就可以启动 Mycat2。在 Mycat2的安装目录“/usr/local/mycat”下，存在目录“1ogs ””，打开此目录中的日志文件“wrapper.log”，可了解 Mycat2 服务的运行状况
用 MySQL, 客户端工具连接 Mycat 的服务端口 TCP 8066、用户名与密码在配置文件“/usr/local/mycat/conf/users/ root.user. json’
用命令行连接 Mycat 管理后台的指令为“mysql -uroot -p123456-P8066-h192.168.10.104 ”，进入用户交互界面，表明 Mycat2 运行正常，可在此交互界面进行读写分离配置
③Mycat配置读写分离
两种配置 MySQL读写分离的方法，一种是直接在 Mycat 的配置目录“/usr/1ocal/mycat/conf”的子目录编辑相关的文本文件(Mycat1.x版本只用这种方法):另一种登录到 Mycat 交互界面，用特殊语法的 SQL 命令进行配置。本教程采用第二种方法，直接在 Mycat 的交互界面输入命令。
第一步：Mycat增加数据源
用mycat的数据库root用户登录
增加主数据库master写入
增加从库slave1 2读取
查看数据源信息
正确执行完上面三条 SQL, 语句以后，在目录“/usr/local/mycat/conf/datasources”下自动生成三个文本文件，文件名以已经执行的SQL 语句中“name的键值做前缀
第二步：创建Mycat集群
创建Mycat集群
上述 SQL 语句执行完以后，将在目录“/usr/local/mycat/conf/clusters自动生成 Mycat 集群配置文件“cls01.cluster.json’
查看并修改集群配置
readBalanceType”:“BALANCE ALL READ”，#请修改，所有显式读请求路由到从节点(事务内除外)
balance#没有请添加，所有从节点按固定顺序依次接收读请求
修改负载均衡的默认策略为轮询
2.3验证mycat读写分离
① 登录mycat集群，创建测试库和表查看
注意
创建完库以后在 mycat 的 schemas 目录下会有一个以该库明明的文件，要修改这个文件标注上 mycat 的集群，然后重启 mycat。
修改后重启
创建库和表的操作会路由到 master 执行，并被同步到slave 节点
②停止slave1和slave2主从复制
③在master和slave1，slave2创建属性数据
master操作
slave1
slave2
③
测试读操作
登mycat集群查询数据
第一次是slave1的内容
第二次slave2内容
第三次还是slave1 这就是轮询法
④测试写操作
登录集群写入数据
但在 slave1 和 slave2 上查询不到,最终只有在 Master 上才能查看到这条语句内容，说明写操作在 Master 服务器上。由此验证，已经实现了 MySQL 读写分离。目前所有的写操作都全部在Master 主服务器上，用来避免数据的不同步;所有的读操作都分摊给了 Slave 从服务器，用来分担数据库压力。
查看主服务器
