向各位老师请教一下数据库选型问题哈

2019-11-21 07:46:04 +08:00
 Lunaleeguo

目前单位有一个业务,前期数据库选型,数据量巨大,单张表数据起步有 1.5 亿个,以前没怎么接深入接触过数据库,起初还说就用我们常用的 Mysql 什么的,由于我们数据量巨大,而且需要最后的表越少越好,发现用 Mysql 不太适合。后面看到 MongoDB 貌似符合要求,所以过来向各位老师评估一下是否可行,或者更加适合的数据库也欢迎各位老师提提建议哈,这个跪谢大家了~

3608 次点击
所在节点    程序员
31 条回复
srx1982
2019-11-21 13:02:05 +08:00
我们单表 20 亿数据也是用的 mysql,表做了一下分区
zjsxwc
2019-11-21 15:45:35 +08:00
查了下确定楼主是来乱带节奏的吗

MySQL MyISAM 单表最大 64PB,InnoDB 单表最大 64TB
mongoDB MMAPv1 单 Collection 最大 32TB
PostgreSQL 单表最大 32TB
Oracle 只要硬盘和操作系统允许就是无限
FenixVu
2019-11-21 15:57:48 +08:00
1.5 亿 mysql 完全没问题吧
hhyvs111
2019-11-21 16:03:11 +08:00
分表就好了,单张表不要超过 1000 万
fuis
2019-11-21 17:18:57 +08:00
pg 和 mongo 随便选一个,我喜欢 pg
miemiekurisu
2019-11-21 17:30:42 +08:00
用什么数据库要看你想干嘛,根据业务和系统需要去选,你这什么前提都没有,只有个数据量,那随便挑哪个都可以。mysql 和 mongodb 都不是一个应用方向的东西
cco
2019-11-21 17:35:04 +08:00
Hbase 其实也可以考虑,但是你没有说你们的应用场景。。 比如复杂查询关系?
areless
2019-11-21 18:39:37 +08:00
取值的多,就用 hash 索引。模糊查询多就全文本索引。大于小于多,就 b 叉索引。没有 mysql 不行的,只怕你不会用。那个数据库啊分布式遍地开花的过往,是特殊年代产物~~~机器破,用的人多~~~大家都瞎折腾,搞出一套套不规范的东西。
tab16360
2019-11-21 18:50:19 +08:00
es 不香吗
v2hh
2019-11-21 19:17:34 +08:00
业务场景,不说别人怎么给你合理建议
Lunaleeguo
2019-11-22 09:25:57 +08:00
@miemiekurisu 前面确实没有说清楚哈,业务偏向于 OLTP,目前初步是使用 mongoDB

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

https://www.v2ex.com/t/621584

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

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

© 2021 V2EX