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

[afeiche]

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

[JIAOSHOUv587]

Sharding-JDBC 投一票

[RangerWolf]

你们调研过 clickhouse 嘛？

[opengps]

数据量达到一定的级别，自然就是硬盘越快越好

[afeiche]

@RangerWolf clickhouse 不是分析的吗，我们就简单查询和统计，写入的时候有事务要求的

[KAKARTTO]

只是简单的插入和查询, mysql 妥妥够用的.

[afeiche]

@KAKARTTO 单表上亿，mysql 能支撑？

[RangerWolf]

我们这是 mysql + clickhouse
用 mysql 做事务性的写入，然后同步到 clickhouse
蛮多数据的，好几张上亿条数据的表
因为统计分析比较多，mysql 完全扛不住
@afeiche

[RangerWolf]

我之前用过托管的 TiDB ，反正统计分析性能被 Clickhouse 甩出几条街，其他的不好说，但是都不看好。
还是看你们的需求

[FightPig]

我们用的 pg ，不过有的查询已经挺慢了

[haimianbihdata]

用 doris 吧。

[liprais]

你不知道用啥就 postgresql 完事

[KAKARTTO]

@afeiche 单表的话确实费点劲了

[adoal]

几亿的数据量，不复杂，很可能传统的单机数据库用好了就够。

[adoal]

不复杂是说库结构不复杂

[nm1st]

doris 投一票

[Jack66]

porlardb

[dululu]

这种不属于业务问题的头疼问题，自然就找个啥都能干性价比有高的数据库云服务公司甩出去，比如这个： https://apecloud.cn/

[hemingway]

mysql 或者 postgresql 加上分库分表
postgresql 有成熟的方案 citus

[kuituosi]

mycat: 太古老了，而且没人修 bug ，觉得不会出现新 bug 的话偷懒可以用
Sharding-JDBC： 万金油解决方案，开源的首选，没有比这个更好的了。有更好的都是闭源
GreenPlum：貌似偏向分析的，不太推荐
TiDB：太耗机器了，有钱人首选
Oceanbase：没有完全开源，也非常耗机器，有钱人考虑

[xieren58]

postgresql