mycat读写分离，数据库切换测试演练

测试环境信息：

节点	安装软件
mysql136:192.168.136.136	mycat,mysql
mysql137:192.168.136.137	mysql
mysql138:192.168.136.138	mysql(master)
mysql139:192.168.136.139	mysql(slave)

(注)mysql138，mysql139节点为主从关系。

 

1，首先看schema.xml文件，这里只拿employee表做测试，employee表的配置：

2，dn1,dn2,dn3节点的配置：

3，主要关注标红的部分：

这里面有两个参数需要注意，balance和 switchType。
balance指的负载均衡类型，目前的取值有4种：

balance="0", 不开启读写分离机制，所有读操作都发送到当前可用的writeHost上。

balance="1"，全部的readHost与stand by writeHost参与select语句的负载均衡，简单的说，当双主双从模式(M1->S1，M2->S2，并且M1与 M2互为主备)，正常情况下，M2,S1,S2都参与select语句的负载均衡。

balance="2"，所有读操作都随机的在writeHost、readhost上分发。

balance="3"，所有读请求随机的分发到wiriterHost对应的readhost执行，writerHost不负担读压力

switchType指的是切换的模式，目前的取值也有4种：

switchType='-1' 表示不自动切换
switchType='1' 默认值，表示自动切换
switchType='2' 基于MySQL主从同步的状态决定是否切换,心跳语句为 show slave status
switchType='3'基于MySQL galary cluster的切换机制（适合集群）（1.4.1），心跳语句为 show status like 'wsrep%'。

 

首先测试balance=3,即读操作分发到该分片备机，switchType=1（自动切换）。

4，验证

（1）登录mycat,创建employee表：

插入数据：

查看数据：

去mysql4:192.168.136.139 节点验证数据：

在mycat节点查一条dn3节点的数据：

通过DEBUG日志，可以看出select查询是去了备机192.168.136.139做了操作。

（2）或者在备机192.168.136.139修改数据，在去mycat查询：

修改数据，

去Mycat查询：

同样证明是去备机进行了查询。

5，问题1：测试balance=3,如果备机192.168.136.139没有查询的数据，是否去master查询呢？

删除备机192.168.136.139 id=3的数据

mycat查询数据id=3的数据。

证明readhost服务正常情况下，即使readhost上无数据，mycat也不会去master查询。

问题2：如果redhost 192.168.136.139服务异常会怎么样？

readhost136.139：停服务

mycat：登录mycat居然查到了数据。说明balance=3，备机异常情况下，mycat会去对应的writehost查询数据。

6，switch_type=1验证。

停掉readhost 192.168.136.138 master节点：

mycat 插入数据：

去之前的readhost 192.168.136.139节点查看数据：

说明之前的 slave 节点readhost139，已经切换为writehost.，需要注意一点，当恢复mysql138节点后，该节点是处于丢数的状态的。