Sharding-Sphere vs Mycat vs TiDB

已于 2022-06-01 17:15:56 修改
阅读量2.1k 收藏 8
点赞数 3
文章标签： 分库分表 TiDB
于 2020-12-02 09:45:57 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yanzhenjingfan/article/details/110468730
版权

强烈推荐TiDB，这是未来大中型公司的数据库，一定的

NewSQL

优点：

  • 传统数据库面向磁盘设计，基于内存的存储管理及并发控制，NewSQL数据库那般高效利用
  • 中间件模式SQL解析、执行计划优化等在中间件与数据库中重复工作，效率相比较低
  • 分布式事务相比于XA进行了优化，性能更高
  • 基于paxos（或Raft）协议的多副本，实现了真正的高可用、高可靠
  • 天生支持数据分片，数据的迁移、扩容都是自动化的，大大减轻了DBA的工作，同时对应用透明，无需在SQL指定分库分表键
  • 最大支持 512 节点，每个节点最大支持 1000 并发，集群容量最大支持 PB 级别。

缺点：

  • NewSQL数据库一般并不支持存储过程、外键等功能（新版本已经可以支持普通视图）
  • 往往选择兼容MySQL或者PostgreSQL协议，所以SQL支持仅局限于这两种

对比

mycatsharding-JDBCSharding-ProxySharding-SidecarTiDB
官方网站官方网站官方网站官方网站官方网站官方网站
源码地址GitHubGitHubGitHubGitHubGitHub
官方文档Mycat 权威指南官方文档官方文档官方文档官方文档
github的Star数量8.5k12.2k12.2k12.2k25.4k
开发语言JavaJavaJavaJavaGo
开源协议GPL-2.0/GPL-3.0Apache-2.0Apache-2.0Apache-2.0Apache-2.0
数据库MySQL
Oracle
SQL Server
PostgreSQL
DB2
MongoDB
SequoiaDB		MySQL
Oracle
SQLServer
PostgreSQL
任何遵循 SQL92 标准的数据库		MySQL
PostgreSQL		MySQL
PostgreSQL		高度兼容MySQL
连接消耗数低高低高
应用语言任意Java任意任意任意
代码入侵无需要修改代码无无几乎不需要修改
性能损耗略高损耗低损耗略高损耗低官方测试报告
无中心化否是否是无
静态入口有无有无–
管理控制台Mycat-webSharding-UISharding-UISharding-UITiDB Dashboard UI（实验特性阶段）
分库分表单库多表/多库单表✔️✔️✔️不需要，分布式数据库，天生牛逼
多租户方案✔️–––
读写分离✔️✔️✔️✔️
分片策略定制化✔️✔️✔️✔️
分布式主键✔️✔️✔️✔️
标准化事务接口✔️✔️✔️✔️✔️
XA强一致事务✔️✔️✔️✔️✔️
柔性事务–✔️✔️✔️✔️
配置动态化开发中✔️✔️✔️实验性阶段
编排治理开发中✔️✔️✔️
数据脱敏–✔️✔️✔️
可视化链路追踪–✔️✔️✔️
弹性伸缩开发中开发中开发中开发中✔️
多节点操作分页
去重
排序
分组
聚合		分页
去重
排序
分组
聚合		分页
去重
排序
分组
聚合		分页
去重
排序
分组
聚合		✔️
跨库关联支持单库内部任意join，支持跨库2表join，甚至基于caltlet的多表join–––✔️
IP 白名单✔️–––✔️
SQL 黑名单✔️–––
存储过程✔️––––
密码加密✔️✔️
服务降级✔️
运维实施难度一般简单简单初步上手，概念多，有一定成本

总结

如果看完以上内容，您还不知道选哪种模式，那么结合以下几个问题，先思考下NewSQL数据库解决的点对于自身是不是真正的痛点：

  • 强一致事务是否必须在数据库层解决？
  • 数据的增长速度是否不可预估的？
  • 扩容的频率是否已超出了自身运维能力？
  • 相比响应时间更看重吞吐？
  • 是否必须做到对应用完全透明？
  • 是否有熟悉NewSQL数据库的DBA团队？

如果以上有2到3个是肯定的，那么你可以考虑用NewSQL数据库了，虽然前期可能需要一定的学习成本，但它是数据库的发展方向，未来收益也会更高，尤其是互联网行业，随着数据量的突飞猛进，分库分表带来的痛苦会与日俱增。当然选择NewSQL数据库你也要做好承担一定风险的准备。

如果你还未做出抉择，不妨再想想下面几个问题：

  • 最终一致性是否可以满足实际场景？
  • 数据未来几年的总量是否可以预估？
  • 扩容、DDL等操作是否有系统维护窗口？
  • 对响应时间是否比吞吐更敏感？
  • 是否需要兼容已有的关系数据库系统？
  • 是否已有传统数据库DBA人才的积累？
  • 是否可容忍分库分表对应用的侵入？

如果这些问题有多数是肯定的，那还是分库分表吧。在软件领域很少有完美的解决方案，NewSQL数据库也不是数据分布式架构的银弹。相比而言分库分表是一个代价更低、风险更小的方案，它最大程度复用传统关系数据库生态，通过中间件也可以满足分库分表后的绝大多数功能，定制化能力更强。

木一番
关注
ShardingSphere 5.x 系列【3】分库分表中间件技术选型
记录知识、锤炼自我
02-04 1015
在使用分库分表时，已经有成熟的开源解决方案，接下来我们进行相关技术选型。首先MyCat不考虑，被吹的太过，基本属于没人维护状态，听说该项目现在只是用来引流，加群付费，营销卖课。Vitess国外开源，生态良好，更新频繁，但是只支持MySql，对于现在国内某些有数据库要求的产品来说，不太友好。不是大型公司开源类的，不用考虑，现在经济形势这么差，谁也说不好能走多久，而且大部分都是给商用引流。大厂开源类的，不用考虑，基本都是他们不玩了，然后拿出来乐呵乐呵的。所以最后，只有一个选择，就是，背靠Apache。
Java性能优化：架构设计-分库分表设计
十年呵护的专栏
09-05 962
分库分表设计 一、前言 美团外卖，每天都是几千万的订单，淘宝的历史订单总量应该百亿，甚至千亿级别，这些海量数据远不是一张表能Hold住的。事实上MySQL单表可以存储10亿级数据，只是这时候性能比较差，业界公认MySQL单表容量在1KW量级是最佳状态，因为这时它的BTREE索引树高在3~5之间。那如何解决这一问题呢？分库分表中间件有哪些以及各自的优缺点等，本小节将简单介绍下。 二、问题答疑 2.1、为什么要分库分表？ 如前言中的例子，公司业务发展越好，用户就越多，数据量越大，请求量越大，.
高性能架构-数据库分库分表-mycat与shardingsphere比较
ctotalk
12-17 1万+
mycat与shardingsphere比较 文章目录mycat与shardingsphere比较前言一、mycat优缺点1.优点2.缺点二、shardingshpere优缺点1.优点2.缺点总结 前言 数据库分库分表中间件，常用的就是mycat和shardingsphere了。 前面分别介绍了shardingsphere和mycat的用法和特性，今天来比较一下两个中间件，方便我们在项目中决策使用哪一个。 shardingsphere介绍：https://blog.csdn.net/qq_459371
分布式数据库中间件 Mycat 和 ShardingSphere 对比
人言束负
04-04 1939
Mycat相对简单直接，适用于简单场景，而ShardingSphere功能更全面、可扩展性更强，适用于复杂场景。
Mycat和ShardingSphere对比
kankan_s的专栏
08-09 1790
Mycat 和 ShardingSphere 都是常见的数据库中间件，用于在分布式系统中实现数据库分片、读写分离等功能。它们有一些相似之处，但也有一些不同点。总的来说，ShardingSphere 在功能和生态上更加全面，适用于更多场景，特别是在需要更多高级特性和更好的维护支持的情况下。然而，根据实际需求和项目情况，选择合适的数据库中间件是一个需要仔细考虑的决策。
分库分表神器MyCat和ShardingSphere
码农桃子的博客
07-26 6175
数据库分库分表中间件，常用的就是mycat和shardingsphere了，两者都是国人开源产品中的佼佼者。两者的定位也是不一样的，一个本地拦截处理(sharding-jdbc)，一个是服务器端拦截处理(mycat)mycat的生态还并不是很完善，很多内容都在开发中，而ShardingSphere相对就更加完善了，有人看好mycat的前景，但是也不得不为眼前考虑，不得已选择了ShardingSphere。ShardingSphere的社区活跃还是蛮高的，有问题可以询问。
ShardingSphere&Atlas&Mycat对比
小强同志的博客
02-16 2353
sharding + proxy sharding + proxy 分库分表的路由通常在应用层(APP)与DB层之间实现，中间层根据偏向DB还是偏向应用层可分为：DB proxy 和 JDBC proxy。 无论是DB proxy还是Jdbc proxy都有很多开源实现，如下图简单做一个对比 实现方案 业界组件 原厂 功能特性 备注 DB proxy-based 多语言支持
关于Sharding-Sphere分库分表框架的保姆级教学！
Java技术攻略的博客
03-16 912
的定位是一款轻量级Java框架，它会以POM依赖的形式嵌入程序，运行期间会和Java应用共享资源，这款框架的本质可以理解成是JDBC的增强版，只不过Java原生的JDBC仅支持单数据源的连接，而Java-ORM框架在执行SQL语句时，会以切面的形式拦截发往数据库的语句，接着根据配置好的数据源、分片规则和路由键，为SQL选择一个目标数据源，然后再发往对应的数据库节点处理。在整个业务系统中对性能损耗极低，但为何后面又会推出呢？因为。
分库分表 vs NewSQL数据库
程序媛小琬的博客
04-11 849
前言 NewSQL数据库先进在哪儿？ ● 分布式事务 ● HA与异地多活 ● Scale横向扩展与分片机制 ● 分布式SQL支持 ● 存储引擎 ● 成熟度与生态 ● 总结 最近与同行科技交流，经常被问到分库分表与分布式数据库如何选择，网上也有很多关于中间件+传统关系数据库（分库分表）与NewSQL分布式数据库的文章，但有些观点与判断是我觉得是偏激的，脱离环境去评价方案好坏其实有失公允。 本文通过对两种模式关键特性实现原理对比，希望可以尽可能客观、中立的阐明各自真实的优缺点以及适用场景。 NewSQL数据库先
【海量数据下分库分表最优方案】
heima201907的博客
12-10 703
移动互联网时代，海量的用户每天产生海量的数量，比如： 用户表 订单表 交易流水表 以支付宝用户为例，8亿；微信用户更是10亿。订单表更夸张，比如美团外卖，每天都是几千万的订单。淘宝的历史订单总量应该百亿，甚至千亿级别，这些海量数据远不是一张表能Hold住的。事实上MySQL单表可以存储10亿级数据，只是这时候性能比较差，业界公认MySQL单表容量在1KW以下是最佳状态，因为这时...
ShardingSphere实战场景&与Atlas和Mycat对比(1)预习1
08-03
引入依赖如果后端连接MySQL数据库，需要手动下载mysql驱动jar包，并将将mysql-connector-java-${version}.jar拷贝到${
mycat和sharding-jdbc项目Demo.zip
04-15
项目源码包含了实现 mycat 和 sharding-jdbc 两个方案， 两者直接的区别百度一大堆。我就不一一说明了。 区别参考链接：https://www.cnblogs.com/leeSmall/p/9539370.html
分表分库解决方案（mycat,tidb,shardingjdbc）
z69183787的专栏
06-11 2847
1.sharding-jdbc（sharding-sphere） 优点： 1.可适用于任何基于java的ORM框架,如:JPA、Hibernate、Mybatis、Spring JDBC Template,或直接使用JDBC 2.可基于任何第三方的数据库连接池,如:DBCP、C3P0、Durid等 3.分片策略灵活,可支持等号、between、in等多维度分片,也可支持多分片键。 4.SQL解析功能完善,支持聚合、分组、排序、limit、or等查询,并支持Binding Table以及笛卡尔积表查
tidb与mysql_mycat对比
tiandao321的专栏
01-04 6113
TiDB 具备如下特性： 高度兼容 MySQL 大多数情况下,无需修改代码即可从 MySQL 轻松迁移至 TiDB，分库分表后的 MySQL 集群亦可通过 TiDB 工具进行实时迁移。 2.水平弹性扩展 通过简单地增加新节点即可实现 TiDB 的水平扩展，按需扩展吞吐或存储，轻松应对高并发、海量数据场景。 3.分布式事务 TiDB 100% 支持标准的 ACID 事务。 4.真正金融级...
阿里Mycat 和京东ShardingSphere：分布式数据库中间件哪家强？
热门推荐
Tony.Dong的专栏
05-14 2万+
比较两个非常流行的开源分布式数据库中间件：Mycat 和 ShardingSphere（包括 Sharding-JDBC、Sharding-Proxy 和 Sharding-Sidecar 3 款产品）。另外还有一个增强版的Mycat：DBLE（专注于 MySQL） 。
Mycat与ShardingSphere如何选择（未完待续）
vc33569的专栏
09-23 966
1、keepalived和haproxy必须装在同一台机器上（如192.168.46.161机器上，keepalived和haproxy都要安装），keepalived负责为该服务器抢占vip（虚拟ip），抢占到vip后，对该主机的访问可以通过原来的ip（192.168.46.161）访问，也可以直接通过vip（192.168.46.180）访问。起到负载均衡的作用，同时haproxy也能检测到mycat是否存活，haproxy只会将请求转发到存活的mycat上。这里的代理服务，是单机。
sharding-vsphere 测试
西京刀客
06-18 699
sharding-jdbc官方demo测试 官方demo github： https://github.com/apache/incubator-shardingsphere-example/tree/master github下载源码 第一步： 查看pom.xml信息，判断它这个example是针对哪个版本的sharding-jdbc。 如： <sharding-sphere.versio...
mysql中的分库分表的中间件（mycat和ShardingPhere）
荣山的博客
03-23 190
mysql中的分库分表的中间件（mycat和ShardingPhere）
aws mycat mysql_可否对比一下 TiDB 与 AWS Aurora ？
weixin_39588679的博客
01-26 226
前一种认为性能瓶颈在存储，所以分库分表sharding就是解药。坏处就是sql处理引擎也要大改来算清楚要访问哪些地方的存储，毕竟不是KV。后一种认为性能瓶颈在计算不在存储(存储慢？明明是你用来缓存的内存不够多～你敢说内存不够快么)，所以把计算节点和存储节点分开之后可以快乐的狂加计算节点来提升性能。好处就是只需要一个单机存储内核(计算节点)访问一个带多副本备份复制的分布式文件系统(存储节点)就搞定存...
sharding-sphere是强大的读写分离、分表分库中间件，sharding-jdbc是sharding-sphere的核心模块。
最新发布
09-05
Sharding-Sphere是一个开源的分布式数据库中间件，它专注于提供水平扩展（Horizontal Sharding）的功能，帮助处理大规模数据下的并发读写操作。其核心模块Sharding-JDBC是一种基于JDBC的API，它让开发者能够轻松地将复杂的数据分布到多个数据库实例上，实现了数据库的分片（Sharding）、读写分离以及数据一致性管理。 Sharding-JDBC支持多种策略，如数据行（Data Sharding）根据主键值范围进行分片，或者哈希（Hash Sharding）通过哈希函数确定数据所在的数据库。它还提供了透明化的数据访问，用户在编写代码时无需关心底层的分布式架构，只需要关注业务逻辑。 使用Sharding-Sphere，可以有效提高系统的可用性和性能，并简化数据库运维工作。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

木一番

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

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

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

打赏作者

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

抵扣说明：

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

余额充值