mysql数据库读写分离教程
注意:实现MySQL读写分离的前提是我们已经将MySQL主从复制配置完毕
一、Mycat实现读写分离安装和配置
架构规划:
192.168.201.150 master 主节点 192.168.201.154 slave 从节点 192.168.201.156 Mycat 代理中间件
1.1、下载Mycat 官方网站:http://www.mycat.org.cn/
http://dl.mycat.io/1.6-RELEASE/Mycat-server-1.6-RELEASE-20161028204710-linux.tar.gz //我这里选用的是1.6版本,下载后上传到mycat服务器
1.2、 解压mycat
[root@mysqlmycat ~]# java -version //因为mycat是用java开发的,所以需要安装有java的环境,安装方法:https://www.cnblogs.com/patrick-yeh/p/14201966.html
[root@mysqlmycat ~]# tar –zxvf Mycat-server-1.6-RELEASE-20161028204710-linux.tar.gz //注意需要看一下自己下载的哪个版本
1.3、 把mycat文件夹移动到/usr目录下
[root@mysqlmycat ~]# mv mycat /usr
1.4、 查看解压之后的目录
[root@mysqlmycat ~]# cd /usr/mycat
[root@mysqlmycat usr]# ll
bin:存放启动和关闭mycat的文件的目录,(重点关注目录下的mycat)
catlet:存放一些小的程序,内部的应用(无需关注)
conf:存放mycat配置文件的目录(重点关注,schema.xml、server.xml)
lib:存放mycat启动依赖的第三方jar包的目录
logs:存放Mycat日志的目录
1.5、 修改mycat中conf下的配置文件schema.xml,添加以下内容:
[root@mysqlmycat mycat]# vim /usr/mycat/conf/schema.xml
<!--定义mycat的逻辑库 dataNode代表映射的真实数据节点--> <schema name="aa" checkSQLschema="false" sqlMaxLimit="100" dataNode="ygbookNode"></schema> <!--定义mycat的数据节点 name:必须和上面dataNode值一致 dataHost:映射真实的主机 database:映射真实的库--> <dataNode name="ygbookNode" dataHost="ygbookHost" database="ygbook" /> <!--定义数据主机 name:名字必须和datahHost保持一致 --> <dataHost name="ygbookHost" maxCon="1000" minCon="10" balance="1" writeType="0" dbTypte="mysql" dbDriver="native" switchType="-1" slaveThreshold="100"> <!--心跳检测--> <heartbeat>select user()</heartbeat> <!--写节点 host名字随便写,hostM1:master1的简称--> <writeHost host="hostM1" url="192.168.201.150:3306" user="root" password="xxx"> <!--从节点 S1即slave1--> <readHost host="hostS1" url="192.168.201.154:3306" user="root" password="xxx" /> </writeHost> </dataHost>
注意:原schema.xml文件中的配置都可以删除了,只保留以上内容
1.6、修改登录mycat的权限文件server.xml
[root@mysqlmycat mycat]# vim /usr/mycat/conf/schema.xml <system> <!--这里配置的都是一些系统属性,可以自己查看mycat文档--> <property name="defaultSqlPariser">druidparser</property> <!--5.x版本必须是utf8--> <property name="charset">utf8</property> </system> <!--配置用户信息 name:代表登陆mycat用户名 password:代表登陆的密码--> <user name="root"> <property name="password">xxx</property> <!--用来指定可以操作的逻辑库--> <property name="schemas">aa</property> </user>
注意:原server.xml文件中的配置都可以删除了,只保留以上内容
1.7、 启动mycat
[root@mysqlmycat bin]# cd /usr/mycat/bin
[root@mysqlmycat bin]# ./mycat console
1.8、 查看日志
[root@mysqlmycat bin]# tail -f ../logs/mycat.log
1.9、 数据库连接配置,测试
知识拓展:
1)配置多数据源;
2)使用mysql的proxy中间件代理工具;
第一种方式中,数据库和Application是有一定侵入性的,即我们的数据库更换时,application中的配置文件是需要手动修改的。而第二种方式中,我们可选择mysql proxy固定连接一个数据库,即使数据库地址更换也无需更换项目中的数据库连接配置。
同样,在开始配置实现MySQL读写分离之前,我们会遇到一个选型问题,那就是在诸多的MySQL的proxy中间件工具中,如
mysql-proxy
、atlas
、cobar
、mycat
、tddl
、tinnydbrouter
和mysql router
等,我们该如何取舍呢?所以在择工具实现前,我们先对以上的proxy中间件做一个简单的优劣介绍,以便我们根据不同的场景选择。
二.MySQL的proxy中间件工具优劣
以下主要对比MyCat和MySQL Router。
2.1 MyCat
是基于阿里巴巴的Cobar方案优化而来,支持半自动化分片,join。为什么叫"半自动化"呢?因为需要DBA对每个表的分片策略进行配置和干涉。
优点:
- 功能较丰富,对读写分离和分库分表都有支持;
- 易用,且对原有的应用系统侵入比较小,系统改造比较易于实现;
- 支持故障切换;
不足:
- 在整个系统中,MyCat作为一个单节点来路由其他数据库,在数据库比较多的情况下,MyCat本身的CPU性能压力会越来越大。因此,在生产系统中,MyCat不可避免的会需要一些高可用的手段;
- 同样,由于MyCat本身需要解析sql,也需要合并各个数据库返回的结果,本身CPU消耗会比较高,当达到一定临界点时,CPU可能会不堪重负。
为此,在数据库较多的情况下,生产环境下的部署可能是这样的:
![](https://img2020.cnblogs.com/blog/2036379/202012/2036379-20201228211942364-1702694869.png)
2.2 MySQL Router
MySQL Router是MySQL官方提供的一个轻量级中间件,可以在应用程序与MySQL服务器之间提供透明的路由方式。主要用以解决MySQL主从库集群的高可用、负载均衡、易扩展等问题。Router可以与MySQL Fabric无缝连接,允许Fabric存储和管理用于路由的高可用数据库服务器组,使管理MySQL服务器组更加简单。
MySQL Router是一个可执行文件,可以与应用程序在同一平台上运行,也可以单独部署。虽然MySQL Router是InnoDB Cluster(MySQL 7.X)的一部分,MySQL 5.6 等版本数据库仍然可以使用Router作为其中间代理层。MySQL Router的配置文件中包含有关如何执行路由的信息。它与MySQL服务器的配置文件类似,也是由多个段组成,每个段中包含相关配置选项。
MySQL Router是MySQL Proxy的替代方案,MySQL官方不建议将MySQL Proxy用于生产环境,并且已经不提供MySQL Proxy的下载。
优点:
- 类似于nginx,位于Application与MySQL Server之间。Application不再直连MySQL Server,而是与Router相连,根据Router的配置,将会把应用程序的读、写请求转发给下游的MySQL Server;
- 支持故障切换:当下游某个Server失效时,Router可以将其从Active列表中移除,当其online后再次加入Active列表,即提供了Failover特性;
- 当MySQL Server集群拓扑变更时,比如增减Slaves节点,只需要修改Router配置即可,无需修改应用中的数据库连接配置;
- 如果MySQL Servers为5.7+版本,且构建为InnoDB Cluster模式,那么Router还能基于metaCache(metaServers)机制,感知MySQL Servers的主从切换、从库增减等集群拓扑变更,而且基于变更能够实现Master自动切换、Slaves列表自动装配等。比如Master失效后,Cluster将会自动选举一个新的Master,此时Router不需要任何调整、可以自动发现此新Master进而继续为应用服务。
不足:
- Router中间件本身不会对请求“拆包”(unpackage),所以无法在Router中间件上实现比如“SQL审计”、“隔离”、“限流”、“分库分表”等功能。但是Router提供了plugin(C语言)机制,我们可以开发自己的plugin来扩展Router的额外特性;
- 数据存储在内存中,数据量较大时,硬件需求会提升;
- 在非InnoDB Cluster架构模式下,如果主从库拓扑变更,需要手动修改Router配置。且Router不支持“reload”,修改配置后需要重启,这在一定程度上会影响Application的服务可用性。
*****