你们从MySQL到TiDB的技术选型,最主要的原因是什么?

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】全部

如题,想了解一下各位社区的大佬们,你们选用TiDB的原因是什么?

是原单机数据库的存储容量有限?

是业务性能有了瓶颈?

是为了获得灵活的扩展性?

还是先学习探索新技术,提前做好技术储备?

2 个赞

有一种说法,如果你的业务表可以保证在5000万行以下,建议使用MySQL。它的性能表现会更好。
如果有更大量的数据存储和访问性能要求,如存储的单表在可能是1亿行、10亿行、100亿行等情况,推荐考虑使用TiDB。

或许都是成本考量,小数据量单体数据库够用,人力、资源等成本都可控。

单表xxx亿,分布式利于平滑水平扩展。

xc+更好的技术支持服务。

国产,有企业服务

mysql开源,使用的多。tidb兼容mysql。拿来即用,社区活跃,tidb技术更新活跃。

1、【关系】型数据库
2、为了满足未来业务需要,支撑大数据
3、信创要求

1 个赞

为了这碟醋,包了顿饺子

HTAP、动态可扩展性、大数据等等

高性能,易扩展,适合HTAP分析,而且避免代码因为数据量过大分库分表

承载更大的并发、容易扩展,未来可能需要支撑olap需求,应该就这几点吧。。。

最简单一点,我有张表200多亿条记录了,mysql分表要累死我的。

1 个赞

我们还没用这个。用的SQLServerExpress版本。

这个没啥硬性要求,当mysql满足不了当前的业务要求,就是你考虑其他数据库的时候了

:joy:贵司是把所有数据都放着一张表了么~

1 个赞

干掉分库分表、多节点读写、主机资源使用率压榨、更贴合ssd的lsm、多表关联更优秀、HTAP一体

2 个赞

容量、扩展、OLTP。未来分布式数据库将是主流,而不是分片。小业务mysql,大业务tidb or ob,同时可做数据分析,非常适合大多数企业。

1 个赞

分库分表太难受了,假的分布式

有那么几张表特别大,每次看到就很想drop掉

你们有没有十几个clob字段的表 :sweat_smile:

1 个赞