目前单位有一个业务，前期数据库选型，数据量巨大，单张表数据起步有 1.5 亿个，以前没怎么接深入接触过数据库，起初还说就用我们常用的 Mysql 什么的，由于我们数据量巨大，而且需要最后的表越少越好，发现用 Mysql 不太适合。后面看到 MongoDB 貌似符合要求，所以过来向各位老师评估一下是否可行，或者更加适合的数据库也欢迎各位老师提提建议哈，这个跪谢大家了~
请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2364 days ago, the information mentioned may be changed or developed.
 | 1 zhoudaiyu PRO Postgre ？ |
 | 2 realpg PRO 可选型的比较多 取决于你们的专业运维擅长啥…… 你选了一个你们运维 DBA 都不精通的 这种中等规模数据量的优化一窍不通是没用的 如果考虑商业数据库 选择更多 |
 | 3 Lunaleeguo OP @realpg 好的，谢谢老哥建议哈，我们这边运维对 Mongo 还是比较熟悉的，考虑到以后这个数据量可能有个 10 倍的扩张，所以想提前规划考虑一个能满足这个数据量，查询起来速度也比较快的数据库。当然首先考虑的是一些比较常用大众点的，这样遇到问题查起来也比较方便。 |
| 4 realpg PRO |
| 5 realpg PRO 哦不是 KV 的 习惯就发出去了 是 NOSQL 的 |
| 6 Lunaleeguo OP @zhoudaiyu 好的，谢谢老哥，我先研究下你说的这个 |
 | 7 opengps Nov 21, 2019 via Android 这东西完全看业务，我早期版本 gps 轨迹用 SQL server 存了一个月数据 1. 5 亿无问题。不过考虑版权问题后来及时改了 |
 | 8 tinybaby365 Nov 21, 2019 via iPhone 业务没说清楚 OLAP，OLTP，还是兼顾？ |
| 9 Lunaleeguo OP @realpg 嗯嗯，对的，前面忘说了，业务上 KV 存储的也是更适合一些，所以我们暂定是用 MongoDB，如果后面实在找不到性能更优的就打算用这个了 |
 | 10 heiheidewo Nov 21, 2019 KV 存储的话，可以考虑 leveldb , 毕竟不用太占内存，当然土豪可以忽略 |
| 11 Lunaleeguo OP @heiheidewo 好的，谢谢老哥建议，看了一下 LevelDB 一般是多机主备的形式搭建集群，我们目前只有一台机器了，哭瞎⊙⊙ |
 | 12 fancy111 Nov 21, 2019 花钱买 oracle 不好吗？ |
 | 13 lzxz1234 Nov 21, 2019 考虑下 TiDB，天生集群，而且兼容 MySQL |
 | 14 gemini767 Nov 21, 2019 via iPhone MySQL 完全 hold 住，分库分表现成组件那么多，后期迁移也方便。不过也要看 dba 熟悉了 |
 | 15 murmur Nov 21, 2019 单表 1.5 不手动分表可能只有 oracle 了，oracle 可以直接配分区 |
 | 16 zjsxwc Nov 21, 2019 mysql 可以的，公司全用 mariadb 的路过 |
| 17 Lunaleeguo OP @murmur 哈哈哈，可惜经费有限，而且现在机器也只有一台，不少朋友推荐了很多很优秀的分布式数据库，也没法去实施 |
 | 18 javapythongo Nov 21, 2019 postgre |
 | 19 sadfQED2 Nov 21, 2019 via Android 我们 mysql 单表 16 亿数据，为啥不行呢 |
 | 20 tailf Nov 21, 2019 花钱买 Oracle 是一个不错的选择 |
 | 21 srx1982 Nov 21, 2019 我们单表 20 亿数据也是用的 mysql，表做了一下分区 |
| 22 zjsxwc Nov 21, 2019 查了下确定楼主是来乱带节奏的吗 MySQL MyISAM 单表最大 64PB，InnoDB 单表最大 64TB mongoDB MMAPv1 单 Collection 最大 32TB PostgreSQL 单表最大 32TB Oracle 只要硬盘和操作系统允许就是无限 |
 | 23 FenixVu Nov 21, 2019 1.5 亿 mysql 完全没问题吧 |
 | 24 hhyvs111 Nov 21, 2019 分表就好了，单张表不要超过 1000 万 |
 | 25 fuis Nov 21, 2019 pg 和 mongo 随便选一个，我喜欢 pg |
 | 26 miemiekurisu Nov 21, 2019 用什么数据库要看你想干嘛，根据业务和系统需要去选，你这什么前提都没有，只有个数据量，那随便挑哪个都可以。mysql 和 mongodb 都不是一个应用方向的东西 |
 | 27 cco Nov 21, 2019 Hbase 其实也可以考虑，但是你没有说你们的应用场景。。 比如复杂查询关系？ |
 | 28 areless Nov 21, 2019 via Android 取值的多，就用 hash 索引。模糊查询多就全文本索引。大于小于多，就 b 叉索引。没有 mysql 不行的，只怕你不会用。那个数据库啊分布式遍地开花的过往，是特殊年代产物~~~机器破，用的人多~~~大家都瞎折腾，搞出一套套不规范的东西。 |
 | 29 tab16360 Nov 21, 2019 via Android es 不香吗 |
 | 30 v2hh Nov 21, 2019 业务场景，不说别人怎么给你合理建议 |
| 31 Lunaleeguo OP @miemiekurisu 前面确实没有说清楚哈，业务偏向于 OLTP，目前初步是使用 mongoDB |
Select Language