数据量较大，数据库选型问题

2024 年 1 月 11 日
 afeiche

接了个新项目，数据量大概上亿，业务类型主要是订单数据，插入为主，简单的查询和统计，按公司传统的方案要不就是上 mycat,或者用 Sharding-JDBC,这些在公司内部都有一定的使用量的，不过个人想看看其他方案，简单做了一下调研，有几个备选： 1.GreenPlum ，开源，支持 OLTP 和 OLAP ，分布式数据库， 2.TiDB,公司其他项目有使用，据说对磁盘有一定的要求。 3.Oceanbase ，开源 不知道各位有没有相关的建议和使用经验。

18825 次点击
所在节点    数据库
146 条回复
looplj
2024 年 1 月 12 日
如果觉得以后业务量较大，直接上 Tidb 吧，当然用 PostgreSQL 和 MySQL 问题也不大，只是如果以后扛不住了，迁移麻烦。
liuhan907
2024 年 1 月 12 日
@nothingistrue
您这逆风就跑路啦？怎么不找点证据来证实一下呢，还是你一开始就只是口嗨其实啥都没研究过？
noparking188
2024 年 1 月 12 日
@nothingistrue #129 我真是程序员，我还是个 PingCAP Certified TiDB Professional ，不过没啥用，之前公司用我就简单学了下原理实现。 TiDB 是 Share Nothing ，底层存储是 TiKV ，基于 RocksDB 开发的，TiFlash 是借鉴 ClickHouse 开发的。
简单讲，TiDB 底层数据结构是 LSM-Tree ，MySQL 是 B+Tree ，二开不了。
再告诉你个好玩的，他们一开始打算用 HDFS 做底层纯属引擎，用 Java 吭哧吭哧写入半年，然后删库重写。
noparking188
2024 年 1 月 12 日
我的经验是，不要分库分表，其他都好说
9113946
2024 年 1 月 15 日
@coinbase 吊打 clickhouse ？兄弟，你有用过吗？
zzmark06
2024 年 4 月 3 日
建议裸表直接干，扔掉分库分表中间件

真上亿了，有压力了，你会不知道咋优化？

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/1007852

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX