《Mycat分布式数据库架构》之故障切换
文章目录
- 1、原理
- 2、配置验证
前文回顾：
《Mycat分布式数据库架构》之原理及架构
《Mycat分布式数据库架构》之搭建详解
《Mycat分布式数据库架构》之配置详解
《Mycat分布式数据库架构》之数据切分和读写分离
1、原理
Mycat会定期对一个dataHost里的所有writeHost和readHost节点发起心跳检测。在正常情况下，Mycat会将第一个writeHost作为写节点，所有的DML SQL都会发送到此节点，若Mycat开启了读写分离，则查询节点会根据读写分离的策略发往readHost（和writeHost）执行。
在一个dataHost里面配置两个或多个writeHost的情况下，如果第一个writeHost宕机，则Mycat会在默认的3次心跳检查失败后，自动切换至下一个可用的writeHost执行DML SQL语句，并在conf/dnindex.properties文件里记录当前所用的writeHost的index（第1个为0，第2个为1，以此类推）。
注：conf/dnindex.properties 这个文件不可删除和擅自改动。
2、配置验证
故障转移主要是依靠配置schema.xml文件来实现，具体配置如下：
<?xml version="1.0"?>
<!DOCTYPE mycat:schema SYSTEM "schema.dtd">
<mycat:schema xmlns:mycat="http://io.mycat/">
<schema name="mycats" checkSQLschema="false" sqlMaxLimit="100" dataNode="dn1">
</schema>
<dataNode name="dn1" dataHost="host1" database="oracle11" />
<dataHost name="host1" maxCon="1000" minCon="10" balance="1" writeType="0" dbType="oracle" dbDriver="jdbc" switchType="1" slaveThreshold="100">
<!--心跳sql-->
<heartbeat>select 1 from dual</heartbeat>
<writeHost host="hostM1" url="jdbc:oracle:thin:@192.168.157.129:1521:oracle11" user="scott" password="kmvcOrc.2019">
<!--<readHost host="slave1" url="jdbc:oracle:thin:@192.168.157.128:1521:oracle11" user="yxc" password="yxc" />-->
</writeHost>
<writeHost host="hostM2" url="jdbc:oracle:thin:@192.168.157.128:1521:oracle11" user="yxc" password="yxc" />
</dataHost>
</mycat:schema>
这里switchType属性详解如下
-1：表示不自动切换。
1：自动切换。
2：表示基于MySQL主从同步的状态决定是否切换。
3：表示基于MySQL Galary Cluster的切换机制（Mycat1.4.1及以上版本支持）。
配置好后，先看一下当前的 dnindex.properties 文件内容，如下：
可以看到第一个writeHost作为写节点，并且插入数据将添加到192.168.157.129这台服务器的数据库中。
接下来我们关闭192.168.157.129这台服务器的数据库，再查看conf下的 dnindex.properties 文件内容，如下：
可以看到写节点已经自动切换为了第二个writeHost，并且添加数据验证，数据将添加到192.168.157.128这台服务器数据库中。
更多技术干货，请持续关注程序员大佬超。
原创不易，转载请注明出处。