MYCAT 安装(转)

1.安装JAVA环境JDK

基于JAVA开发,所以需要安装JDK

2.下载安装Mycat

https://github.com/MyCATApache/Mycat-download

本次安装1.5版本

wget https://raw.githubusercontent.com/MyCATApache/Mycat-download/master/1.5-RELEASE/Mycat-server-1.5.1-RELEASE-20160720200038-linux.tar.gz

注: MyCAT-WEB就是基于mycat的一个性能监控工具，方便大家更有效的使用mycat管理mycat监控mycat

3.解压安装:

[root@mycat ~]# tar -zxvf Mycat-server-1.5.1-RELEASE-20160720200038-linux.tar.gz -C /opt/

useradd mycat

chown -R mycat:mycat /opt/mycat

4配置说明:

MyCAT目前主要途过配置文件的方式来定义逻辑库和相关配置：配置文件修改，需要重启Mycat或者通过9066端口reload

schema.xml中定义逻辑库，表、分片节点等内容

rule.xml中定义分片规则

server.xml中定义用户以及系统相关变量，如端口等。是mycat服务器参数调整和用户授权的配置文件

log4j.xml日志存放在logs/log中，每天一个文件，日志的配置是在conf/log4j.xml中，根据自己的需要可以调整输出级别为debug，debug级别下，会输出更多的信息，方便排查问题。

MYCAT常用的分片规则如下 
（1）分片枚举：            sharding-by-intfile 
（2）主键范围约定：      auto-sharding-long    此分片适用于，提前规划好分片字段某个范围属于哪个分片
（3）一致性hash：        sharding-by-murmur 
（4）字符串hash解析：   sharding-by-stringhash 
（5）按日期（天）分片： sharding-by-date 
（6）按单月小时拆分：    sharding-by-hour 
（6）自然月分片：         sharding-by-month 
（7）取模：                 mod-long  此规则为对分片字段求摸运算

（8）取模范围约束：sharding-by-pattern 此种规则是取模运算与范围约束的结合，主要为了后续数据迁移做准备，即可以自主决定取模后数据的节点分布。

balance指的负载均衡类型

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

2. balance="1"，全部的readHost与stand by writeHost参与select语句的负载均衡.

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

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

switchType指的是切换的模式

1. switchType='-1' 表示不自动切换

2. switchType='1' 默认值，表示自动切换

3. switchType='2' 基于MySQL主从同步的状态决定是否切换,心跳语句为 show slave status

4. switchType='3'基于MySQL galary cluster的切换机制（适合集群）（1.4.1），心跳语句为 show status like 'wsrep%'。

当配置switchType='1'时，如果第一个writeHost宕机，则Mycat会在默认的3次心跳检查失败后，自动切换到下一个可用的writeHost执行DML SQL语句，并在conf/dnindex.properties
文件里自动更新记录当前所用的writeHost的index（第一个为0，第二个为1，依次类推），注意，此文件不能删除和擅自改变，除非你深刻理解了它的作用以及你的目的。

writeType属性，写操作负载均衡类型

1. writeType="0"   (默认)所有写操作发送到配置的第一个writeHost,第一个挂了切到还生存的第二个writeHost,重新启动后已切换后的为准，切换记录在配置文件中：dnindex.properties.

2. writeType="1"，所有写操作都随机的发送到readHost。

3. writeType="2"，所有写操作都随机的在writeHost、readhost分上发。

readHost是从属于writeHost的，即意味着它从那个writeHost获取同步数据，因此，当它所属的writeHost宕机了，则它也不会再参与到读写分离中来，即“不工作了”，这是因为此时，它的数据已经“不可靠”了。基于这个考虑，目前mycat 1.3和1.4版本中，若想支持MySQL一主一从的标准配置，并且在主节点宕机的情况下，从节点还能读取数据，则需要在Mycat里配置为两个writeHost并设置banlance=1。

Mycat里面要将MySQL Slave配置为WriteHost，而不是readHost，这样当第一个WriteHost宕机，Mycat就会自动切换到第二个WriteHost，即MySQL Slave
上，完成自动的故障切换(多主模式)

数据切分：

简单来说，就是指通过某种特定的条件，将我们存放在同一个数据库中的数据分散存放到多个数据库（主机）上面，以达到分散单台设备负载的效果。

数据的切分（Sharding）根据其切分规则的类型，可以分为两种切分模式。

一种是按照不同的表（或者Schema）来切分到不同的数据库（主机）之上，这种切可以称之为数据的垂直（纵向）切分；

另外一种则是根据表中的数据的逻辑关系，将同一个表中的数据按照某种条件拆分到多台数据库（主机）上面，这种切分称之为数据的水平（横向）切分。

垂直切分的最大特点就是规则简单，实施也更为方便，尤其适合各业务之间的耦合度非常低，相互影响很小，业务逻辑非常清晰的系统。

在这种系统中，可以很容易做到将不同业务模块所使用的表分拆到不同的数据库中。根据不同的表来进行拆分，对应用程序的影响也更小，拆分规则也会比较简单清晰。

由于垂直切分是按照业务的分类将表分散到不同的库，所以有些业务表会过于庞大，存在单库读写与存储瓶颈，所以就需要水平拆分来做解决。

水平切分于垂直切分相比，相对来说稍微复杂一些。因为要将同一个表中的不同数据拆分到不同的数据库中，对于应用程序来说，拆分规则本身就较根据表名来拆分更为复杂，后期的数据维护也会更为复杂一些。相对于垂直拆分，水平拆分不是将表做分类，而是按照某个字段的某种规则来分散到多个库之中，每个表中包含一部分数据。简单来说，我们可以将数据的水平切分理解为是按照数据行的切分，就是将表中的某些行切分到一个数据库，而另外的某些行又切分到其他的数据库中