MyCAT和MySQL服务能力的对比梳理

这是学习笔记的第 2382篇文章

e13b2e43debd21631786653a872da6f4.gif

  今天下午对比了下MyCAT,MySQL和其他数据库的能力项对比情况,梳理了一个列表,因为篇幅原因,主要包含如下的一些能力项。


能力项MyCATMySQL单机版

开发语言基于Java语言开发基于C++,C开发

产品定位数据库中间件(Proxy)数据库基础服务
SQL支持事务支持支持度较差(目前业务不接入事务)原生支持
基于ACID事务模型
主键依赖对于主键依赖度高,如果主键和分片字段不一致,查询代价较高主键依赖以规范为主
表关联数据无法实现表关联(跨分片规则的表关联),支持有限支持较为丰富
SQL优化支持基础的SQL,5.7以及8.0以上版本支持度不足原生支持
聚合查询的代价相对较高,目前采用只读集群绑定分片从库的模式查询代价中等,会有瓶颈
支持存储过程不支持支持
自增列全局ID较为复杂,分片自增ID会有重复ID连续
高可用高可用能力数据分片故障时(写节点)基于MHA,可实现分钟级的数据故障切换
(如数据复制节点出现宕机,对集群完全不影响,
  如数据写入节点宕机,会直接影响业务)
数据分片故障时(写节点)基于MHA,
可实现分钟级的数据故障切换
负载均衡Proxy层支持负载均衡不支持
性能吞吐量吞吐量高(比如支撑每秒5-10万的QPS)单机性能难以扩展
数据延迟分片配置自定义程度高,完全基于主键,性能表现相对更优单机延迟难以优化
扩缩容存储容量1.2T~4T标准化300G~500G
集群缩容不支持不支持
扩展能力只能按照N*2的模式扩展不支持
分片管理分片管理分片配置较为复杂,也是最核心,最复杂同时是难以自动化的环节
分片冗余数据分片冗余2份(基于数据复制),空间占用略低数据冗余2分(基于数据复制)
业务迁移跨机房切换可控度高,切换时间短可控度高,切换时间较短
业务迁移代价需要做一些前置的设计改造,代价略高
数据流转数据导出较为复杂社区工具支持
数据导入原生工具支持,基于load导入和SQL导入社区工具支持
数据流转数据T+1交付,
从MyCAT流转至数仓体系,分片聚合较为复杂
流转实现相对简单
社区生态社区活跃度早期较为活跃,现在不够活跃,版本迭代度低活跃度高
产品文档相关文档较少文档丰富
技术活动几乎没有活动较丰富
运维管理管理模式完全基于中间件模式管理,多个中间件的管理是独立的点对点式管理
读写分离可以实现读的隔离扩展,可以实现一主多从的扩展,而且不影响线上业务原生支持
配置文件管理基于xml的模式配置管理
参数优化系统参数优化空间较小参数和配置丰富
自动化运维自动化运维代价中等自动化运维代价低
备份配置分片模式的备份配置较为简单,而且可以按照单实例MySQL的模式来备份处理原生工具支持
监控&部署硬件配置数据库资源要求不高,标准配置PC即可,SSD更佳配置要求低
跨机房部署支持度高支持度高
部署模式部署代价中等,需要单独配置数据分片,在CentOS 6/7中均可以快速部署部署简单
部署规模10台虚拟机+1台虚拟机+
监控中间件管理和监控,MyCAT功能相对单一,目前没有部署有社区的开源监控方案
定制开发定制开发核心服务门槛中等门槛较高
定制开发运维服务需要全新开发行业的工具较为丰富

各大平台都可以找到我

  • 微信公众号:杨建荣的学习笔记

  • Github:@jeanron100

  • CSDN:@jeanron100

  • 知乎:@jeanron100

  • 头条号:@杨建荣的学习笔记

  • 网易号:@杨建荣的数据库笔记

  • 大鱼号:@杨建荣的数据库笔记

  • 腾讯云+社区:@杨建荣的学习笔记

原创热文:

维护之夜,说点故事和经验

我们为什么在MySQL中几乎不使用分区表

新年大吉 总结了如下的感想

《大江大河2》最触动我的一段经典对话

MySQL 8.0给开发方向带来的一些困扰

迁移到MySQL的业务架构演进实战

如何优化MySQL千万级大表,我写了6000字的解读

一道经典的MySQL面试题,答案出现三次反转

小白学MySQL要多久?我整理了10多个问题的答案

QQ群号:763628645

QQ群二维码如下, 添加请注明:姓名+地区+职位,否则不予通过

在看,让更多人看到

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

jeanron100

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值