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可能会不堪重负。

为此，在数据库较多的情况下，生产环境下的部署可能是这样的：

 

 

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的服务可用性。

 

*****