标签：mycat sequence 关系数据库 配置文件 version release
数据切分后，原有的关系数据库中的主键约束在分布式条件下将无法使用，因此需要引入外部机制保证数据唯一性标识，这种保证全局性的数据唯一标识的机制就是全局序列号（sequence）。
全局序列号有很多实现的方式，比如本地配置文件，或者拿一个分片节点保存全局序列号，但是这么做都有单点故障的问题，从架构上看不推荐这么做。
全局序列号还是推荐用独立的id生成器服务去实现最佳！
Red Hat Enterprise Linux Server release 6.6 (Santiago)
java version “1.7.0_79”
zookeeper 3.4.6 （MyCat监控依赖于zookeeper，同时，MyCat1.5之后引入了zk的配置方式）
MyCat 1.4.1（等1.5稳定后，会换成1.5,1.5的配置更加灵活，加入了新的zookeeper配置方式，并且增加了ip白名单与sql黑名单的功能）:https://github.com/MyCATApache/Mycat-Server/tree/1.4
MyCat-eye 1.0: https://github.com/MyCATApache/Mycat-Web 用来监控MyCat
只要部署好即可，默认配置，将conf/zoo_sample.cfg 重命名为conf/zoo.cfg。启动后验证下即可（因为目前只为了为监控服务）
下载MyCat的源代码，并使用maven打包安装：mvn install -Dmaven.test.skip=true. 使用生成的linux下的tar.gz文件，解压。
接下来是我们的重点，MyCat的配置，还是拿之前的例子，我们只需要一个逻辑库（schema），客户和运单需要分片。业务上，客户和快递员查询和自己相关的运单比客户和快递员还有仓管员通过运单号查询相关信息的业务量少的，所以以运单号为中心进行分片。
运单表根据运单号哈希取模分片；
运单子母件表作为运单表的子表；
快递员运单关系表作为运单表的子表；
客户运单关系表作为运单表的子表；
快递员信息变动不频繁，而且量不大，但是业务上基本没有需要和快递员join的场景，作为非分片表；
客户表根据客户id做哈希取模；
为了举例，增加一个字典表，运单状态信息表，运单表多一个状态字段，运单状态信息表记录状态的解释信息。
运单根据量放在两个分片节点上，客户根据量也放在两个分片节点上。（这里假设两个节点都撑得住未来10年的量，主要要考虑存储量级和tps/qps两个维度，采用涉及到哈希取模的分片规则，最好一开始就估计足量，避免未来的扩容麻烦）
综上，如下分片：
server.xml几乎保存了所有mycat需要的系统配置信息。其在代码内直接的映射类为SystemConfig类。
<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE mycat:server SYSTEM "server.dtd"><mycat:server xmlns:mycat="http://org.opencloudb/"> <system> <property name="defaultSqlParser">druidparser</property> <!-- <property name="useCompression">1</property>--> <!--1为开启mysql压缩协议--> <!-- <property name="processorBufferChunk">40960</property> --> <!-- <property name="processors">1</property> <property name="processorExecutor">32</property> --> <!--默认是65535 64K 用于sql解析时最大文本长度 --> <!--<property name="maxStringLiteralLength">65535</property>--> <!--<property name="sequnceHandlerType">0</property>--> <!-- 表示使用数据库方式生成sequence. --> <property name="sequnceHandlerType">1</property> <!--<property name="backSocketNoDelay">1</property>--> <!--<property name="frontSocketNoDelay">1</property>--> <!--<property name="processorExecutor">16</property>--> <!-- <property name="mutiNodeLimitType">1</property> 0：开启小数量级（默认） ；1：开启亿级数据排序 <property name="mutiNodePatchSize">100</property> 亿级数量排序批量 <property name="processors">32</property> <property name="processorExecutor">32</property> <property name="serverPort">8066</property> <property name="managerPort">9066</property> <property name="idleTimeout">300000</property> <property name="bindIp">0.0.0.0</property> <property name="frontWriteQueueSize">4096</property> <property name="processors">32</property> --> <property name="serverPort">8066</property> <property name="managerPort">9066</property> </system> <user name="root"> <!--从1.4.1开始，MyCat支持密文保存密码,这里明文密码为root --> <property name="usingDecrypt">1</property> <property name="password">CrjpLhvVJkHk0EPW35Y07dUeTimf52zMqClYQkIAN3/dqiG1DVUe9Zr4JLh8Kl+1KH1zd7YTKu5w04QgdyQeDw==</property> <property name="schemas">schema1</property> </user><user name="test"> <!--这里明文密码为test--> <property name="usingDecrypt">1</property> <property name="password">nYx8wxkKtgdPtMXIpapwbNadIWFzpse48NcO+42D1yS//1cNxxQquw07eV/7gvVpxzbjNv47t6QpChvVszKy9g==</property> <property name="readOnly">true</property> <property name="schemas">schema1</property> </user></mycat:server>12345678910111213141516171819202122232425262728293031323334353637383940414243
查看密文密码工具类org.opencloudb.util.DecryptUtil，可以发现main方法中接收的参数为如下格式：
0:test:test 分别对应的是
加密方式：0 前端加密， 1 后端加密（后端是指后台具体数据库连接）
server.xml 文件中定义的用户名
明文密码
这里我们是配置前端，用户名为test，密码为test。
（前端和后端用的密码盐不一样，盐中还有用户名的成分）
传入这个参数运行主类，在控制命令行得到密文密码。
nYx8wxkKtgdPtMXIpapwbNadIWFzpse48NcO+42D1yS//1cNxxQquw07eV/7gvVpxzbjNv47t6QpChvVszKy9g==
<user name="root"> <!--从1.4.1开始，MyCat支持密文保存密码,这里明文密码为root --> <property name="usingDecrypt">1</property> <property name="password">CrjpLhvVJkHk0EPW35Y07dUeTimf52zMqClYQkIAN3/dqiG1DVUe9Zr4JLh8Kl+1KH1zd7YTKu5w04QgdyQeDw==</property> <!--规定可以访问的逻辑库，可以配置多个，用,分割--> <property name="schemas">schema1</property> </user><user name="test"> <!--这里明文密码为test--> <property name="usingDecrypt">1</property> <property name="password">nYx8wxkKtgdPtMXIpapwbNadIWFzpse48NcO+42D1yS//1cNxxQquw07eV/7gvVpxzbjNv47t6QpChvVszKy9g==</property> <!--对于数据库只读访问--> <property name="readOnly">true</property> <property name="schemas">schema1</property> </user>123456789101112131415
上面的注释已经很清楚，在1.5版本，用户权限更全面，并且还有ip白名单和sql黑名单的功能。
<system> <!--默认sql解析器，之后我们会仔细分析，这里设置为淘宝开源的druidparser最为高效--> <property name="defaultSqlParser">druidparser</property> <!--是否开启mysql压缩协议，客户端、mycat、mysql三者都启用才行，参考下面1--> <!-- <property name="useCompression">1</property>--> <!--1为开启mysql压缩协议--> <!-- <property name="processorBufferChunk">40960</property> --> <!-- <property name="processors">1</property> <property name="processorExecutor">32</property> --> <!--默认是65535 64K 用于sql解析时最大文本长度 --> <!--<property name="maxStringLiteralLength">65535</property>--> <!--<property name="sequnceHandlerType">0</property>--> <!-- 指定使用Mycat全局序列的类型。0为本地文件方式，1为数据库方式。默认是使用本地文件方式，文件方式主要只是用于测试使 用。根据之前的讨论，最好还是用id生成器--> <!--<property name="sequnceHandlerType">1</property>--> <!--<property name="backSocketNoDelay">1</property>--> <!--<property name="frontSocketNoDelay">1</property>--> <!--<property name="processorExecutor">16</property>--> <!-- <property name="mutiNodeLimitType">1</property> 0：开启小数量级（默认） ；1：开启亿级数据排序 <property name="mutiNodePatchSize">100</property> 亿级数量排序批量 <property name="processors">32</property> <property name="processorExecutor">32</property> <property name="serverPort">8066</property> <property name="managerPort">9066</property> <property name="idleTimeout">300000</property> <property name="bindIp">0.0.0.0</property> <property name="frontWriteQueueSize">4096</property> <property name="processors">32</property> --> <property name="serverPort">8066</property> <property name="managerPort">9066</property> </system>12345678910111213141516171819202122232425262728
Mycat可以在server.xml中配置1启用。
客户端如果是mysql命令行，则加参数-C启用压缩协议。
客户端如果是jdbc则在jdbc的url上加上参数useCompression=true，例如：jdbc:mysql://127.0.0.1:8066
/base?useCompression=true
一般网路条件越差，性能提升越明显。
processors：这个属性主要用于指定系统可用的线程数，默认值为Runtime.getRuntime().availableProcessors()方法返回的值。主要影响processorBufferPool、processorBufferLocalPercent、processorExecutor属性。NIOProcessor的个数也是由这个属性定义的，所以调优的时候可以适当的调高这个属性。
由于每次执行NIO读、写操作都需要使用到buffer，系统初始化的时候会建立一定长度的buffer池来加快读、写的效率，减少建立buffer的时间。Mycat中有两个主要的buffer池:BufferPool和ThreadLocalPool
BufferPool由ThreadLocalPool组合而成，每次从BufferPool中获取buffer都会优先获取ThreadLocalPool中的buffer，未命中之
后才会去获取BufferPool中的buffer。也就是说ThreadLocalPool是作为BufferPool的二级缓存，每个线程内部自己使用的。当
然，这其中还有一些限制条件需要线程的名字是由$_开头。然而，BufferPool上的buffer则是每个NIOProcessor都共享的。
默认这个属性的值为： 默认bufferChunkSize(4096) * processors属性 * 1000
BufferPool的总长度 = bufferPool / bufferChunk。
若bufferPool不是bufferChunk的整数倍，则总长度为前面计算得出的商 + 1
假设系统线程数为4，其他都为属性的默认值，则：
bufferPool ＝ 4096 * 4 * 1000
BufferPool的总长度 : 4000 = 16384000 / 4096
processorExecutor属性
这个属性主要用于指定NIOProcessor上共享的businessExecutor固定线程池大小。mycat在需要处理一些异步逻辑的时候会把任务提交到这个线程池中。新版本中这个连接池的使用频率不是很大了，可以设置一个较小的值。
TCP相关参数，前端后端分别为：
frontSocketSoRcvbuf 默认值： 1024 * 1024
frontSocketSoSndbuf 默认值： 4 * 1024 * 1024
frontSocketNoDelay 默认值： 1
backSocketSoRcvbuf 默认值： 4 * 1024 * 1024
backSocketSoSndbuf 默认值： 1024 * 1024
backSocketNoDelay 默认值： 1
MySql连接相关属性：
packetHeaderSize : 指定Mysql协议中的报文头长度。默认4。
maxPacketSize : 指定Mysql协议可以携带的数据最大长度。默认16M。
idleTimeout : 指定连接的空闲超时时间。某连接在发起空闲检查下，发现距离上次使用超过了空闲时间，那么这个连接会被回收，就是被直接的关闭掉。默认30分钟。
charset : 连接的初始化字符集。默认为utf8。
txIsolation : 前端连接的初始化事务隔离级别，只在初始化的时候使用，后续会根据客户端传递过来的属性对后端数据库连接进行同步。默认为REPEATED_READ。
**sqlExecuteTimeout:**SQL执行超时的时间，Mycat会检查连接上最后一次执行SQL的时间，若超过这个时间则会直接关闭这连接。默认时间为300秒
定时任务：
processorCheckPeriod : 清理NIOProcessor上前后端空闲、超时和关闭连接的间隔时间。默认是1秒。
dataNodeIdleCheckPeriod : 对后端连接进行空闲、超时检查的时间间隔，默认是60秒。
dataNodeHeartbeatPeriod : 对后端所有读、写库发起心跳的间隔时间，默认是10秒
服务相关属性：
bindIp : mycat服务监听的IP地址，默认值为0.0.0.0。
serverPort : 定义mycat的使用端口，默认值为8066。就是客户端接入端口
managerPort : 定义mycat的管理端口，默认值为9066。有很多监控命令
本文出自 “张哈希的技术博客” 博客，请务必保留此出处http://zhxhash.blog.51cto.com/10645572/1743716
标签：mycat sequence 关系数据库 配置文件 version release
原文地址：http://zhxhash.blog.51cto.com/10645572/1743716
