- 你们在数据库选型的时候调研了哪些数据库?
OceanBase - 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
因为TiDB兼容MySQL,技术人员学习成本低,而且TiDB社区版完全够用了,免费,社区活跃。
TiDB 对比其他你调研的数据库,个人觉得最大的优势还是兼容MySQL,社区学习视频做的也很好,方便学习。
- 你们在数据库选型的时候调研了哪些数据库?
TiDB(PingCAP,NewSQL,MySQL 生态)
OceanBase(蚂蚁集团,金融级分布式,MySQL/Oracle 双协议)
OpenGauss(华为开源,PostgreSQL 内核,单机/分布式均可) - 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
团队技术原栈是 MySQL、追求“零改造+云原生+实时 HTAP”,TiDB 的综合门槛最低,故选择了 TiDB。
1、你们在数据库选型的时候看了哪些数据库?
金仓、ob、tidb、崖山等
2、最后为什么选择了 TiDB ?原因是什么?
对于mysql应用,选择tidb 主要考虑了兼容性和生态工具丰富,可扩展,自动切换等
- 你们在数据库选型的时候调研了哪些数据库?
tidb、oceanbase、opengauss、yashan、dameng、gbase、人大金仓 - 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
兼容Mysql,有的旧项目可以直接迁移。因为方便、支持OLTP和OLAP,免费,分布式,
- 你们在数据库选型的时候调研了哪些数据库?
调研了MySQL、PostgreSQL、达梦、金仓 - 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
目前并未采用TiDB。目前项目还是主要以传统数据库加高可用方案。 TiDB和传统数据库比较最大的优势是在TiDB功能丰富、数据库横向扩展方便、在大数据量场景下效率高。
-
你们在数据库选型的时候调研了哪些数据库?
我们要做国产化改造,替换oracle,协议兼容mysql的数据库。调研了ob和tidb -
最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
我们首先测试了ob,做长期稳定压力测试,用的社区版,ob当时测试没扛过一周久挂了。测不过去然后换tidb测试,非常稳定。最后上线用了tidb企业版7.5
- 你们在数据库选型的时候调研了哪些数据库?
TiDB、OceanBase、人大金仓等 - 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
从 “迁移成本、拓展友好、HTAP一体、开源免费”四个硬指标出发,最终选择了TiDB。
- 你们在数据库选型的时候调研了哪些数据库?
MySQL\TiDB\OB\RockDB\MongoDB - 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
- 兼容MySQL,能同时支持TP和轻量级AP业务场景。
- 为啥不直接使用MySQL,当时是存不下哦。业务量越来越大,就算有归档也抵挡不住热数据规模越来越大,恰好TiDB水平扩展出现在这个时间点。
- 替换还算比较透明,研发反馈还行。
- 拉起简单,运维管理以及面向研发使用都尽量的保持简单高效。这个其实很重要,启动一个集群都很复杂,潜意识里会拒绝这个产品。
你们在数据库选型的时候调研了哪些数据库?
TiDB,Supabase,Neon,PlanScale。
最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
我们是超微初创公司,所以考虑的都是云数据库,并且:
- 需要有免费方案
- 付费方案不要太贵
- 便于扩容,最好自带弹性
- 最好支持 Serverless
那么很显然,TiDB Cloud 是最佳选择。
- 有免费方案,且额度不低。初始的 5 个 cluster 足够应付日常的 dev,staging,prod 需求
- 优化得当的话,费用不高。并且 MySQL、TiDB 都有比较丰富的优化方案可以学习使用。
- 弹性应该是 TiDB 的原生能力了。
- 支持 Serverless,自写 SQL 可能性更大
- 支持 vector 存储,将来有机会结合 AI 搞事情
- 你们在数据库选型的时候调研了哪些数据库?
Oceanbase、TDSQL、GoldenDB、GaussDB 、TicBase 等 10 几款 - 最后为什么选择了 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。主要原因有以下几点:
- 对业务透明的水平扩展能力——这是核心痛点!
我们最怕的就是随着业务量暴涨,今天搞分库分表,明天搞中间件,开发、运维成本指数级上升。MySQL搞分库分表太伤了,应用要大改,后期运维像个噩梦。TiDB最大的优势就是,它对业务来说几乎是个黑盒,看起来还是个MySQL,但当存储不够或者性能扛不住时,直接加机器就行,业务代码几乎不用动。这种无限扩展的能力,对我们这种业务增长不确定的初创公司来说,吸引力是致命的。 - MySQL协议兼容——学习成本几乎为0
虽然PG功能强,但团队从MySQL切换过去的成本不低,SQL写法、驱动、ORM适配都得重新熟悉。TiDB高度兼容MySQL协议,我们现有的代码、工具、运维习惯都能无缝迁移。这让团队上手非常快,几乎没遇到什么障碍,老板也喜欢,因为这意味着人力成本和时间成本的节约。 - 高可用和强一致性是自带的,不用我们操心
用传统主从MySQL,高可用得自己搭MHA或者用Orchestrator,出问题了还得人工介入,心里总是不踏实。TiDB基于Raft协议,数据默认多副本,任何一台机器挂了,服务自动切换,数据不丢,对应用完全透明。这个特性是开箱即用的,把我们从繁琐的高可用架构设计中解放了出来。 - 和OceanBase的对比——生态和接地气
OceanBase很强,这个必须承认。但在我们POC和社区调研的过程中,感觉TiDB的文档、社区活跃度以及对开发者更友好。遇到问题,在社区或者社群里问,很快能得到响应。而且TiDB的周边工具生态(比如TiUP、DM、BR)非常完善,部署运维一条龙,感觉很顺畅。OceanBase当时给我们的感觉更重一些,可能更适合超大规模的场景,我们觉得TiDB的气质和我们团队更搭。
总结一下:
说实话,没有完美的数据库,只有最适合自己的。对我们而言,TiDB就像是一个会成长的MySQL。它既保留了MySQL的易用性,又解决了我们最头疼的扩展性和高可用问题。它让我们不用在业务初期就过度设计数据库架构,可以更专注于业务本身的迭代。
当然,TiDB也不是万金油,比如它对复杂查询的支持相比PG还有优化空间,但这些都是我们可以接受的。目前上线大半年,整体非常稳定,之前担心的热点问题通过合理设计表结构也规避掉了。
希望我们这些“踩坑”经验对大家有帮助!也祝TiDB越来越好!
mysql类
1、你们在数据库选型的时候调研了哪些数据库?
在数据库选型时,我们调研了 OceanBase、达梦、金仓、神通等数据库。
2、最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB
我们还是用的Mysql,最终没有选择 TiDB,但我在自学中。鉴于当前国产化信创需求极为迫切,TiDB 在分布式架构、兼容性等方面的特性对信创发展有重要参考价值,所以我们决定深入学习 TiDB ,以便未来在国产化信创工作中能做出更优选择 。
- 你们在数据库选型的时候调研了哪些数据库?
TiDB、开源PolarDB-X、瀚高、人大金仓 - 最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
TiDB 对比及 TiDB 性能测试.pdf (1.6 MB)
你们在数据库选型的时候调研了哪些数据库?
oracle mysql tidb pg
最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
因为他是:分布式,海量数据库,高可用,兼容mysql,开源、oltp数据库,周边生态也够丰富。
oracle 数据库也很强大,问题license费用较高
mysql 数据库也可以做分布是数据库,但是在管理、易用性,海量数据、高可用等相比会有所欠缺
pg 虽然生态丰富、但是兼容性、分布式海量数据,易用性不够,底层io读写放大等都不够好
求结论汇总!