摘要：
Mycat 的读写分离是依赖数据库级别的数据主从同步的基础上来实现的（Mysql 的主从配置链接），Mycat 的读写分离是在 schema.xml 配置的 dataHost 节点的 balance 属性来完成，该属性的取值有4种，详细说明如下： balance="0", 不开启读写分离机制，所有读 阅读全文
摘要：
我们知道MySQL 数据库有自己的SQL注解（hint），比如 use index、force index、ignore index 等都是会经常用到的，Mycat 作为一个数据库中间件，最重要的是 SQL 路由，所以 Mycat 中的注解基本上都是和路由功能相关。 主从路由注解 该注解用于解决My 阅读全文
摘要：
Mycat 提供了类似数据库的管理监控方式，可以通过 MySQL 命令行登陆管理端口 9066 执行相应的 SQL 语句进行管理，可以可以通过 JDBC 的方式进行远程连接管理，使用 MySQL 命令行登陆示例如下： # mysql -h192.168.2.214 -umycat -P9066 -p 阅读全文
摘要：
实现方式：基于hash算法的分片中，算法内部是把记录分片到一种叫做"bucket"（hash桶）的内部算法结构中的，然后hash桶与实际的分片节点一一对应，从此实现了分片、路由的功能，在这种一般结构中，在需要增加分片数量来横向扩容时，由于分片节点和hash桶之间的一一对应，导致算法根据原先的hash 阅读全文
摘要：
使用的是 Mycat 提供的 dataMigrate 脚本进行对数据进行迁移和节点扩容，目前支持的 Mycat 是1.6 版本，由于 Mycat 是由 Java 编写的因此在做数据迁移及节点扩容时需要安装JDK等，还有相关的依赖数据库驱动程序等 准备工作 对扩容表的所有数据节点进行备份，以便迁移失败 阅读全文
摘要：
实现方式：其思想和范围取模分片一样，由于日期取模会出现数据热点问题，所以先根据日期分组，再根据时间 hash 使得短期数据分布跟均匀。 优点：避免扩容时的数据迁移，可以在一定程度上避免范围分片的热点问题 缺点：要求日期格式尽量精确，不然达不到局部均匀的目的 配置示例： <tableRule name 阅读全文
摘要：
实现方式：单月内按照小时拆分，最小粒度是小时，一天最多可以有24个分片，最少1个分片，下个月从头开始循环 优点：使数据按照小时来进行分时存储，颗粒度比日期（天）分片要小，适用于数据采集类存储分片 缺点：需要月末手动清理数据 配置示例： <tableRule name="sharding-by-hou 阅读全文
摘要：
实现方式：按照日期来分片 优点：使数据按照日期来进行分时存储 缺点：由于数据是连续的，所以该方案不能有效的利用资源 配置示例： <tableRule name="sharding-by-date"> <rule> <columns>create_time</columns> <algorithm>s 阅读全文
摘要：
实现方式：按照月份列分片，每个自然月一个分片 优点：使数据按照每月来进行分时存储 缺点：由于数据是连续的，所以该方案不能有效的利用资源 配置示例： <tableRule name="sharding-by-month"> <rule> <columns>create_time</columns> < 阅读全文
摘要：
实现方式：该算法先进行取模，然后根据取模值所属范围进行分片 优点：可以自主决定取模后数据的节点分布 缺点：dataNode 划分节点是事先建好的，需要扩展时比较麻烦。 配置示例： <tableRule name="sharding-by-pattern"> <rule> <columns>id</c 阅读全文