KingbaseES与tidb分布式架构的优劣有哪些?

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
KingbaseES与tidb都支持分布式架构,和海量数据的处理,分布式架构有哪些优劣呢?

这个有一点难,没看到过它两放在一块对比

这没可比性吧… :see_no_evil:

以我的了解,kingbase es是单机主备的你说的分布式架构应该是KingbaseAnalyticsDB,KingbaseAnalyticsDB是类似于pg系的gp低层也是分库分表的分片键的mpp数据库;
tidb 是基于lsmtree的基于region的自动分布的数据库
我切身的的感触是,有分片键的库建表和优化都比较麻烦,需要业务考虑的比较多

1 个赞

KingbaseES是集中式(可以单机可以主从集群),TiDB原生分布式架构。优劣看侧重点吧 ,考虑开源平台、扩展性、成本(KingbaseES需要买授权)等选TiDB。

1 个赞

有啥业务场景么?基于场景可能更容易对比,更合理些

KingbaseES:通过多个节点共享存储设备来实现数据的高可用性和负载均衡,强调数据安全性,支持透明数据加密、访问控制等安全特性。TIDB:每个节点都有自己的存储和计算能力,通过分布式一致性协议(如Raft)来保证数据的一致性,设计上更加注重横向扩展能力,适合大规模分布式场景。KingbaseES:过优化查询计划和存储引擎来提高处理速度。可以通过增加计算节点来提升处理能力,但共享存储可能成为扩展的瓶颈。TIDB:通过水平分区和分布式计算来处理大量数据,适合读多写少的场景。TiDB可以轻松地通过增加更多的节点来提升性能和存储容量,非常适合大规模的数据处理。所以我觉得KingbaseES更适合传统的企业级应用,特别是对数据安全性和事务性要求较高的场景。而TIDB适合互联网和大数据应用,特别是需要处理大规模数据集和需要高度可扩展性的场景。

集中式数据库的老四家,达梦和金仓等为代表。分布式数据库真正自研的,依我看来,只有TiDB和Oceanbase。KES分布式应该是集中式厂商向分布式领域的产品分化,如果你原来的技术栈是PG系的,可以考虑KES分布式;如果无此考虑,二者比较TiDB优势明显。

KingbaseES在高可用性、高性能、高安全性以及金融级特性方面表现出色,适合对数据安全性和业务连续性要求较高的场景。而TiDB则以其水平扩展能力、强一致性、HTAP能力以及云原生支持等优势,成为处理大规模数据和高并发请求的优选方案。

KingbaseES 知名度较低,对于需要满足金融级特性、多模数据支持和国密算法支持的场景,KingbaseES可能是更好的选择;而对于追求高性能、高可用性和云原生支持的场景,TiDB则更具优势。

KingbaseES

  • 专为金融行业设计,提供强一致性、高可靠性和高安全性的特性。
  • 支持国密算法,满足国内对数据安全的高要求。
  • 除了关系型数据,还支持XML、JSON等非结构化数据存储。
  • 支持混合事务与分析处理(HTAP),能够处理事务和分析查询。
  • 具有完全自主知识产权,适用于金融行业、数据安全敏感行业、多模数据处理场景。3336

TiDB

  • 作为一个NewSQL数据库,TiDB融合了分布式系统与传统RDBMS的优点,提供水平扩展和强一致性的SQL数据库服务。
  • 完全兼容MySQL协议,易于从MySQL迁移到TiDB。
  • 基于Google的Percolator模型实现分布式事务,保证强一致性和隔离性。
  • 通过TiFlash组件提供实时分析能力,支持OLTP与OLAP混合负载。
  • 支持Kubernetes等云原生环境部署,易于管理和扩展。
  • 适用于需要水平扩展、高可用、高稳定性的互联网公司、金融机构、电子商务等领域

最近怎么这么多比较文学
肯定tidb好

做集中式起家的人大和达梦都在改分布式,估计还是不如直接做分布式的。

kingbasees 的分布式架构是啥?

这些tidb都支持啊。 KES 怎么做的 HTAP ?

好问题,学习kes

其实软件的竞争就是人才的竞争。人才怎么来的,开源抢来的。pingcap一家小公司怎么和阿里巴巴斗?
为什么不怕ob?

了解下KingbaseES先 :grinning: