程序员大佬超的博客

根据日志我们可以看出myid文件缺失，应该是myid文件的路径不对，修改zoo.cfg配置文件中的dataDir属性，保证路径正确即可，我这里是在zookeeper安装目录中新建了一个data目录存放myid文件，dataDir修改为如下所示。原因：缺少驱动jar包，如果你使用除mysql之外所有的数据库,连接的时候都需要加上对应数据库的驱动jar包。原因：从版本3.5.5开始，带有bin名称的包才是可以直接运行使用的，需重新下载压缩包。原因：mycat连接不上这个数据节点，ip地址或者监听有异常。

简单使用springboot+mybatis框架来进行演示，创建springboot项目后，在pom.xml文件中引入相关依赖，其实就是使用MySQL数据库驱动来连接mycat，如下。

Mycat 提供了类似数据库的管理监控方式，可以通过MySQL命令行登陆管理端口9066执行相应的SQL语句进行管理，可以通过JDBC的方式进行远程连接管理

前面我们部署的架构中mycat还存在单点问题，当部署mycat那台主机挂了之后，程序便无法访问，所以我们至少还需要增加一个mycat节点，当有多个mycat节点之后就有了新的问题，那就是多个mycat之间的配置是如何同步的呢，所以需要引入zookeeper，通过zookeeper集群来存储mycat的配置。

前面的文章由于我们进行了数据的水平切分，对于员工表EMPLOYEES和部门表DEPARTMENTS来说，部门ID是员工表的外键，我们只对EMPLOYEES表进行了切分，所以对于一些数据节点来说是没有部门表的，关联查询就会出问题，所以我们需要将互相依赖的表能够按照同一规则切分到相同的节点上，避免跨库Join关联查询，这里我们就需要采用mycat 的ER分片。

在前面的文章中，我将EMPLOYEES表的EMPLOYEE_ID设置为自增ID，创建了一个名为“EMPLOYEES_SEQ”的序列，起始值为100，步长为1，不缓存，不循环。这就有一个问题，在实现分库分表的情况下，数据库自增主键已经无法保证在集群中是全局唯一的主键，因此，mycat提供了全局的sequence，实现方式主要有本地文件方式、数据库方式和本地时间戳方式。

本文将建立一个人事管理的数据库，使用水平拆分来做实际演示，并且后期解决分片后的一些问题，比如分片导致的跨库join等问题，以达到一个进阶实战的效果 。

Mycat会定期对一个dataHost里的所有writeHost和readHost节点发起心跳检测。在正常情况下，Mycat会将第一个writeHost作为写节点，所有的DML SQL都会发送到此节点，若Mycat开启了读写分离，则查询节点会根据读写分离的策略发往readHost（和writeHost）执行。在一个dataHost里面配置两个或多个writeHost的情况下，如果第一个writeHost宕机，则Mycat会在默认的3次心跳检查失败后，自动切换至下一个可用的writeHost执行...

数据的切分（Sharding）根据其切分规则的类型，可以分为两种切分模式：垂直切分和水平切分。垂直切分： 按照不同的表（或者Schema）来切分到不同的数据库（主机）之上，这种切分可以称之为数据的垂直（纵向）切分；垂直切分的最大特点就是规则简单，实施也更为方便，尤其适合各业务之间的耦合度非常低，相互影响很小，业务逻辑非常清晰的系统。在这种系统中，可以很容易做到将不同业务模块所使用的表分拆到不同的数据库中。根据不同的表来进行拆分，对应用程序的影响也更小，拆分规则也会比较简单清晰。水平切分： 根据表中的.

本文大佬超主要讲解Mycat的3个配置文件，也就是server.xml、schema.xml和rule.xml。server.xml 配置文件包含了Mycat的系统配置信息，对应的源码是SystemConfig.java。它有两个重要的标签，分别是user、system。

上一篇文章《Mycat分布式数据库架构》之原理及架构 介绍了Mycat的原理和架构，这篇文章接着介绍Mycat搭建步骤。

随着大数据的蓬勃发展，当数据量的增长达到一定程度的时候，传统关系型数据库就有了单点故障及容量问题，为解决这类问题，程序员大佬超带你们学习下数据库中间件Mycat。Mycat是基于阿里的Cobar开发的一款面向企业级应用的开源 数据库中间件 产品，它目前支持数据库集群、分布式事务与ACID，被普遍视为基于MySQL技术的集群分布式数据库解决方案。支持百亿级别的数据分片和并行计算，支持高可用和MySOL的读写分离。Mycat不仅可以轻松对接MySQL、SQL Server等传统关系型数据库，也融合了内存..