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

2024 年 1 月 11 日
 afeiche

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

18820 次点击
所在节点    数据库
146 条回复
RangerWolf
2024 年 1 月 11 日
@afeiche 如果你已经汇总统计好了，感觉更没必要放 clickhouse 了，一般汇总之后数据量小了很多，性能要求不是很变态的话 mysql 应该也可以了

感觉 op 可以先试试看纯 mysql ，mock 生成足量数据，看看是否能满足你们的要求。如果没法满足再多一个 clickhouse
dululu
2024 年 1 月 11 日
@afeiche https://apecloud.cn 这个是支持 IDC 私有化部署的。
ManjusakaL
2024 年 1 月 11 日
@nothingistrue 你这算不算验证你的 ID 了 nothingistrue （，TiDB 什么时候变成 MySQL 的二开了，我们这几百 T 的 TiDB 付费集群（本人也业余时间写点 TiDB 的东西），咋没发现 MySQL 的 Codebase 呢，求点内幕消息.jpg
kanepan19
2024 年 1 月 11 日
一亿订单， 单库单表都顶得住
unregister
2024 年 1 月 11 日
感觉 sharding - jdbc 就是会出问题。
superchijinpeng
2024 年 1 月 11 日
StarRocks 这么点数据量 MySQL 都行
lance6716
2024 年 1 月 11 日
tidb 可以在 asktug 社区寻求帮助
iyaozhen
2024 年 1 月 11 日
提个我之前用过的方案，表分区。
MySQL 有个缺点就是不能自动加分区，需要停机加
trio
2024 年 1 月 11 日
tidb
dddys
2024 年 1 月 11 日
psql
me1onsoda
2024 年 1 月 11 日
做冷热处理，MySQL pg 都行。分库分表妥妥的垃圾
iseki
2024 年 1 月 12 日
单机搞定的话，PostgreSQL 。如果是大宽表低频率的分析，再考虑 ClickHouse 单机版这种事
dayeye2006199
2024 年 1 月 12 日
先 scale up 再 scale out ，上来就 scale out 就是自找麻烦。
securityCoding
2024 年 1 月 12 日
读少的场景一个亿数据分啥表，干就完了
marveling
2024 年 1 月 12 日
@afeiche 加好索引，简单查询是没什么问题
java123
2024 年 1 月 12 日
oracle ，简单稳定
shinession
2024 年 1 月 12 日
亿级上 postgresql 或者 Oracle, 单机都行
coinbase
2024 年 1 月 12 日
postgresql + citus 吊打 TiDB, 吊打 clickhouse,吊打 Sharding-JDBC
ShuWei
2024 年 1 月 12 日
mysql/pg 其实都可以承载的，根据具体场景做一些索引优化、分区分表之类的，再多关注一下 sql 语句的写法，问题不太大一般
xshell
2024 年 1 月 12 日
PG

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

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

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

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

© 2021 V2EX