你们在数据库选型的时候看了哪些数据库?最后为什么选择了 TiDB ?

  1. 你们在数据库选型的时候调研了哪些数据库?
    OceanBase
  2. 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
    因为TiDB兼容MySQL,技术人员学习成本低,而且TiDB社区版完全够用了,免费,社区活跃。
    TiDB 对比其他你调研的数据库,个人觉得最大的优势还是兼容MySQL,社区学习视频做的也很好,方便学习。
  1. 你们在数据库选型的时候调研了哪些数据库?
    TiDB(PingCAP,NewSQL,MySQL 生态)
    OceanBase(蚂蚁集团,金融级分布式,MySQL/Oracle 双协议)
    OpenGauss(华为开源,PostgreSQL 内核,单机/分布式均可)
  2. 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
    团队技术原栈是 MySQL、追求“零改造+云原生+实时 HTAP”,TiDB 的综合门槛最低,故选择了 TiDB。
1 个赞

1、你们在数据库选型的时候看了哪些数据库?
金仓、ob、tidb、崖山等
2、最后为什么选择了 TiDB ?原因是什么?
对于mysql应用,选择tidb 主要考虑了兼容性和生态工具丰富,可扩展,自动切换等

  1. 你们在数据库选型的时候调研了哪些数据库?
    tidb、oceanbase、opengauss、yashan、dameng、gbase、人大金仓
  2. 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
    兼容Mysql,有的旧项目可以直接迁移。因为方便、支持OLTP和OLAP,免费,分布式,
  1. 你们在数据库选型的时候调研了哪些数据库?
    调研了MySQL、PostgreSQL、达梦、金仓
  2. 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
    目前并未采用TiDB。目前项目还是主要以传统数据库加高可用方案。 TiDB和传统数据库比较最大的优势是在TiDB功能丰富、数据库横向扩展方便、在大数据量场景下效率高。
  1. 你们在数据库选型的时候调研了哪些数据库?
    我们要做国产化改造,替换oracle,协议兼容mysql的数据库。调研了ob和tidb

  2. 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
    我们首先测试了ob,做长期稳定压力测试,用的社区版,ob当时测试没扛过一周久挂了。测不过去然后换tidb测试,非常稳定。最后上线用了tidb企业版7.5

  1. 你们在数据库选型的时候调研了哪些数据库?
    TiDB、OceanBase、人大金仓等
  2. 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
    从 “迁移成本、拓展友好、HTAP一体、开源免费”四个硬指标出发,最终选择了TiDB。
1 个赞
  • 你们在数据库选型的时候调研了哪些数据库?
    MySQL\TiDB\OB\RockDB\MongoDB
  • 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
  1. 兼容MySQL,能同时支持TP和轻量级AP业务场景。
  2. 为啥不直接使用MySQL,当时是存不下哦。业务量越来越大,就算有归档也抵挡不住热数据规模越来越大,恰好TiDB水平扩展出现在这个时间点。
  3. 替换还算比较透明,研发反馈还行。
  4. 拉起简单,运维管理以及面向研发使用都尽量的保持简单高效。这个其实很重要,启动一个集群都很复杂,潜意识里会拒绝这个产品。

你们在数据库选型的时候调研了哪些数据库?

TiDB,Supabase,Neon,PlanScale。

最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?

我们是超微初创公司,所以考虑的都是云数据库,并且:

  1. 需要有免费方案
  2. 付费方案不要太贵
  3. 便于扩容,最好自带弹性
  4. 最好支持 Serverless

那么很显然,TiDB Cloud 是最佳选择。

  1. 有免费方案,且额度不低。初始的 5 个 cluster 足够应付日常的 dev,staging,prod 需求
  2. 优化得当的话,费用不高。并且 MySQL、TiDB 都有比较丰富的优化方案可以学习使用。
  3. 弹性应该是 TiDB 的原生能力了。
  4. 支持 Serverless,自写 SQL 可能性更大
  5. 支持 vector 存储,将来有机会结合 AI 搞事情
  1. 你们在数据库选型的时候调研了哪些数据库?
    Oceanbase、TDSQL、GoldenDB、GaussDB 、TicBase 等 10 几款
  2. 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
    选型的测量维度很多,技术角度包括 MySQL 兼容性、基础功能、数据库技术生态、性能等等,非技术角度如是否完全开源、同业案例、技术支持响应能力、迁移成本;当前阶段并不考虑 ALL IN 一款国产数据库,而是针对业务对数据库的需求不同,选择多款数据库入围。对于 TiDB 数据库,当前作为公司的业务选型 HTAP 优先推荐

1、你们在数据库选型的时候调研了哪些数据库?
基于项目的特殊性主要考察了:达梦 8、TiDB、南大金仓
2、最后为什么选择了 TiDB ?原因是什么?
(1)原项目架构中采用的是 mysql,TiDB 更适合迁移,改动量最小;
(2) TiDB 的分布式存储与计算分离架构,通信类系统的数据体量越来越大,传统单机数据库(像达梦、金仓)扩容要么靠换大机,要么靠复杂的分库分表;而TiDB 的分布式节点可以在线扩容、不中断业务,对我们这种核心系统连续性要求高的场景非常合适。
(3) 过去要用两套系统:一个做业务交易(OLTP),一个做分析(OLAP)。TiDB 的 HTAP 架构可以一套系统同时支持交易和分析,实时性好、架构更简单,也更方便我们做数据挖掘和智能运维。
(4)数据可靠性, 很多关键业务,不能有数据丢失或延迟。

[quote=“zhaokede, post:41, topic:1048750”]

  • 你们在数据库选型的时候调研了哪些数据库?tidb,mysql,pg,达梦
  • 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?mysql/pg/tidb
    稳定性、兼容性、数据安全和生态方面方面综合评估比其他的好一些
    [/quote] tidb稳定性和扩展性更好些

对 MySQL、Oracle、Kingbase 8 和 PostgreSQL 这几款主流数据库进行综合对比后, 选择 TiDB 的核心理由是:它是一款原生分布式数据库,能解决其他数据库在超大数据量和高并发场景下的根本性痛点。
1.极致的水平扩展能力:通过增加节点即可线性提升性能和容量,轻松应对从 GB 到 PB 级的数据增长,彻底告别 MySQL 和 PostgreSQL 的分库分表
2.真正的 HTAP:一套系统同时高效处理在线事务处理(OLTP)和在线分析处理(OLAP),无需维护两套数据库,实现实时数据分析。
3.无缝的 MySQL 兼容:高度兼容 MySQL 5.7 协议和生态,从 MySQL 迁移成本极低,应用几乎无需修改代码。
4.金融级高可用与强一致性:基于 Raft 协议,数据默认多副本,故障时能自动恢复,确保数据零丢失,并通过分布式事务保证强一致性。

1、你们在数据库选型的时候看了哪些数据库?
mysql、kingbase、tidb
2、最后为什么选择了 TiDB ?原因是什么?
尚未完全决定,首选要求是信创化,后来还有适配性测试以及迁移测试,tidb的工具便携以及速率达到合格需求,以及部署投入需求没有那么庞大

一、我们都调研了哪些数据库?
当时我们主要纠结于下面这几位选手:
MySQL: 这个不用多说,老熟人了,团队里大家都会用。一开始是首选,毕竟技术栈匹配,上手快。
Oracle: 老板提了一嘴,说是“稳定、性能强”,但让我们给否了。原因很简单:贵,太贵了! licenses费用让人肉疼,而且对我们这种互联网团队来说,运维太“重”了,玩不转。
PostgreSQL: 这是我们重点考察的对象之一。功能真心强大,SQL标准支持得好,各种高级特性(比如JSONB、GIS)。当时团队里有几位PG的粉丝,极力推荐。
OceanBase: 阿里出的,国产之光,分布式能力看着也很牛。我们做了POC测试,性能确实顶。
TiDB: 同样是国产分布式数据库,当时在技术社区里风头正劲,我们抱着试试看的心态加入了对比清单。
二、为什么最终选择了TiDB?
经过几轮激烈的内部PK和实际的压力测试,我们最终把票投给了TiDB。主要原因有以下几点:

  1. 对业务透明的水平扩展能力——这是核心痛点!
    我们最怕的就是随着业务量暴涨,今天搞分库分表,明天搞中间件,开发、运维成本指数级上升。MySQL搞分库分表太伤了,应用要大改,后期运维像个噩梦。TiDB最大的优势就是,它对业务来说几乎是个黑盒,看起来还是个MySQL,但当存储不够或者性能扛不住时,直接加机器就行,业务代码几乎不用动。这种无限扩展的能力,对我们这种业务增长不确定的初创公司来说,吸引力是致命的。
  2. MySQL协议兼容——学习成本几乎为0
    虽然PG功能强,但团队从MySQL切换过去的成本不低,SQL写法、驱动、ORM适配都得重新熟悉。TiDB高度兼容MySQL协议,我们现有的代码、工具、运维习惯都能无缝迁移。这让团队上手非常快,几乎没遇到什么障碍,老板也喜欢,因为这意味着人力成本和时间成本的节约。
  3. 高可用和强一致性是自带的,不用我们操心
    用传统主从MySQL,高可用得自己搭MHA或者用Orchestrator,出问题了还得人工介入,心里总是不踏实。TiDB基于Raft协议,数据默认多副本,任何一台机器挂了,服务自动切换,数据不丢,对应用完全透明。这个特性是开箱即用的,把我们从繁琐的高可用架构设计中解放了出来。
  4. 和OceanBase的对比——生态和接地气
    OceanBase很强,这个必须承认。但在我们POC和社区调研的过程中,感觉TiDB的文档、社区活跃度以及对开发者更友好。遇到问题,在社区或者社群里问,很快能得到响应。而且TiDB的周边工具生态(比如TiUP、DM、BR)非常完善,部署运维一条龙,感觉很顺畅。OceanBase当时给我们的感觉更重一些,可能更适合超大规模的场景,我们觉得TiDB的气质和我们团队更搭。
    总结一下:
    说实话,没有完美的数据库,只有最适合自己的。对我们而言,TiDB就像是一个会成长的MySQL。它既保留了MySQL的易用性,又解决了我们最头疼的扩展性和高可用问题。它让我们不用在业务初期就过度设计数据库架构,可以更专注于业务本身的迭代。
    当然,TiDB也不是万金油,比如它对复杂查询的支持相比PG还有优化空间,但这些都是我们可以接受的。目前上线大半年,整体非常稳定,之前担心的热点问题通过合理设计表结构也规避掉了。
    希望我们这些“踩坑”经验对大家有帮助!也祝TiDB越来越好!
1 个赞

mysql类

1、你们在数据库选型的时候调研了哪些数据库?
在数据库选型时,我们调研了 OceanBase、达梦、金仓、神通等数据库。
2、最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB
我们还是用的Mysql,最终没有选择 TiDB,但我在自学中。鉴于当前国产化信创需求极为迫切,TiDB 在分布式架构、兼容性等方面的特性对信创发展有重要参考价值,所以我们决定深入学习 TiDB ,以便未来在国产化信创工作中能做出更优选择 。

  1. 你们在数据库选型的时候调研了哪些数据库?
    TiDB、开源PolarDB-X、瀚高、人大金仓
  2. 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
    TiDB 对比及 TiDB 性能测试.pdf (1.6 MB)
1 个赞

你们在数据库选型的时候调研了哪些数据库?
oracle mysql tidb pg
最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
因为他是:分布式,海量数据库,高可用,兼容mysql,开源、oltp数据库,周边生态也够丰富。
oracle 数据库也很强大,问题license费用较高
mysql 数据库也可以做分布是数据库,但是在管理、易用性,海量数据、高可用等相比会有所欠缺
pg 虽然生态丰富、但是兼容性、分布式海量数据,易用性不够,底层io读写放大等都不够好

求结论汇总!