# schema 定义逻辑库
checkSQLschema 当该值设置为 true 时，如果我们执行语句**select * from TESTDB.travelrecord;**则 MyCat 会把语句修改为**select * from travelrecord;**。即把表示 schema 的字符去掉
sqlMaxLimit 每条执行的 SQL 语句，如果没有加上 limit 语句，MyCat 也会自动的加上所对应的值。如果schema为非拆分表时，这个参数不会起作用
# table 定义逻辑表
name 逻辑表名称。schema为命名空间，命名空间范围内唯一
dataNode 定义逻辑表所属的数据节点。与dataNode标签name值对应
rule 指定table的所使用的分片规则
ruleRequired 指定该table是否绑定分片规则，如果该值为true，但是没有配置具体的rule，那么将报错
primaryKey 该table所对应的真实表的主键。设置了该值，Mycat会缓存该主键与逻辑表分片的对应关系信息。查询时，用主键的值作为条件，那么查询语句会直接发送到该主键值所对应的分片节点上
type 如果设置为global，则为全局表；不指定type值，则为普通表。全局表是把一些不常更新且数据量不大的表分别在各个分片节点上冗余一份的方式，这样方便与其他表join时不用跨库。全局表中需要注意的是全局数据一致性问题。
needAddLimit 设置该表是否自动添加limit，如果查询语句中存在limit，那么这里设置的limit不会起作用
subTables 分表配置，例如：subTables="t_order$1-2,t_order3"。分表只能指定一个分片节点，分表条件下不支持各种条件的Join，分表原理：
mycat 分表原理，是在原有分片的基础上把原来分片的路由改写为改写sql： 例如对于取模，分为3个片的配置： 分库模式下是：insert into table（xxx）values(1,name); router：{ node1：insert into table（xxx）values(1,name) ,datanode1, node2：insert into table（xxx）values(2,name) ,datanode2, node3：insert into table（xxx）values(3,name) ,datanode3, }， 分表模式是： insert into table（xxx）values(1,name); router：{ node1：insert into table1（xxx）values(1,name) ,datanode1, node2：insert into table2（xxx）values(2,name) ,datanode1, node3：insert into table3（xxx）values(3,name) ,datanode1, }，
# childTable 配置ER分片方式下的子表，通过标签的属性与父表进行关联
name 定义子表的表名
joinKey 外键在该子表中的字段名
parentKey 外键在父表中的字段名
primaryKey 同table标签
needAddLimit 同table标签
MyCAT借鉴了NewSQL领域的新秀Foundation DB的设计思路。
Foundation DB创新性的提出了Table Group的概念，其将子表的存储位置依赖于主表，并且物理上紧邻存放，因此彻底解决了JION的效率和性能问题。
根据这一思路，提出了基于E-R关系的数据分片策略，子表的记录与所关联的父表记录存放在同一个数据分片上。
ER表联表查询详解：https://www.cnblogs.com/toulon/p/4832895.html
# dataNode 数据分片节点。一个分片节点对应着一个库实体。
name 分片节点的名称
dataHost 定义该分片属于哪个数据库实例，该属性值引用dataHost标签的name属性值
database 定义该分片属于哪个数据库实例上的具体库。方便水平切分（还没明白是咋方便）
#dataHost 定义了具体的数据库实例、读写分离配置和心跳语句
name 唯一标识 dataHost 标签，供上层的标签使用
maxCon 指定每个读写实例连接池的最大连接。也就是说，标签内嵌套的 writeHost、readHost 标签都会使用这个属性的值来实例化出连接池的最大连接数。
minCon 指定每个读写实例连接池的最小连接，初始化连接池的大小。
balance 负载均衡类型。M1->S1，M2->S2 ; M为writeHost S为readHost
balance=0时,写操作在M1上时，读操作都在M1上(M失败时,后端直接失败)
balance=1时,写操作在M1上时，读操作会随机分散在M2和S1，S2上面(M1 <=>M2互为主备 ；M1写失败时,写操作会在M2,如果M2再失败,则无法进行写操作)
balance=2时,写操作在M1上时，读操作会随机分散在M2，S1，S2上(同上)
balance=3时，写操作在M1上时，读操作在S1上；写操作在M2上，读操作在S2上。
writeType 负载均衡写方式
writeType=0时,写操作会在M1上,如果M1失败,会自动切换到M2,M1恢复以后并不会切换回M1进行写操作
writeType=1时,写操作会随机分布在M1和M2上,单点失败并不会影响集群的写操作,但是后端的从库会无法从挂掉的主库获取更新,会在读数据的时候出现数据不一致
举例:M1失败了,写操作会在M2上面进行,M2的主从正常运行,但是S1无法从M1获取更新,S1于其他库出现数据不一致
switchType 负载均衡切换方式
-1 不自动切换
1 默认值。自动切换
2 基于 MySQL 主从同步的状态决定是否切换 心跳语句为 show slave status
3 基于 MySQL galary cluster 的切换机制（适合集群）（1.4.1） 心跳语句为 show status like ‘wsrep%’.
tempReadHostAvailable 不明白这个属性的用法
# heartBeat 定义MYCAT和后端数据库之间心跳检查的设置
mysql 使用的心跳检查语句一般是 select user()
主从切换的心跳检查语句必须是：show slave status
# writeHost # readHost这两个标签都指定后端数据库的相关配置给 mycat，用于实例化后端连接池。
host 用于标识不同实例，一般 writeHost 我们使用*M1，readHost 我们用*S1。
url 后端实例连接地址
user 后端存储实例需要的用户名字
password 后端存储实例需要的密码
weight 权重 配置在 readhost 中作为读节点的权重
usingDecrypt 是否对密码加密默认 0 否 如需要开启配置 1，同时使用加密程序对密码加密，加密命令为：
执行 mycat jar 程序（1.4.1 以后）： java -cp Mycat-server-1.4.1-dev.jar org.opencloudb.util.DecryptUtil 1:host:user:password Mycat-server-1.4.1-dev.jar 为 mycat download 下载目录的 jar 1:host:user:password 中 1 为 db 端加密标志，host 为 dataHost 的 host 名称