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

[Lunaleeguo]

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

[zhoudaiyu]

Postgre ？

[realpg]

可选型的比较多
取决于你们的专业运维擅长啥……
你选了一个你们运维 DBA 都不精通的 这种中等规模数据量的优化一窍不通是没用的

如果考虑商业数据库 选择更多

[Lunaleeguo]

@realpg 好的，谢谢老哥建议哈，我们这边运维对 Mongo 还是比较熟悉的，考虑到以后这个数据量可能有个 10 倍的扩张，所以想提前规划考虑一个能满足这个数据量，查询起来速度也比较快的数据库。当然首先考虑的是一些比较常用大众点的，这样遇到问题查起来也比较方便。

[realpg]

@Lunaleeguo #3
还有 你提到的 MYSQL MONGODB 这俩完全都不是一个类型的
前面是关系的，后面是 KV 的
你要结合你业务的查询和写入类型 确认是否适合

[realpg]

哦不是 KV 的 习惯就发出去了 是 NOSQL 的

[Lunaleeguo]

@zhoudaiyu 好的，谢谢老哥，我先研究下你说的这个

[opengps]

这东西完全看业务，我早期版本 gps 轨迹用 SQL server 存了一个月数据 1. 5 亿无问题。不过考虑版权问题后来及时改了

[tinybaby365]

业务没说清楚 OLAP，OLTP，还是兼顾？

[Lunaleeguo]

@realpg 嗯嗯，对的，前面忘说了，业务上 KV 存储的也是更适合一些，所以我们暂定是用 MongoDB，如果后面实在找不到性能更优的就打算用这个了

[heiheidewo]

KV 存储的话，可以考虑 leveldb , 毕竟不用太占内存，当然土豪可以忽略

[Lunaleeguo]

@heiheidewo 好的，谢谢老哥建议，看了一下 LevelDB 一般是多机主备的形式搭建集群，我们目前只有一台机器了，哭瞎⊙﹏⊙

[fancy111]

花钱买 oracle 不好吗？

[lzxz1234]

考虑下 TiDB，天生集群，而且兼容 MySQL

[gemini767]

MySQL 完全 hold 住，分库分表现成组件那么多，后期迁移也方便。不过也要看 dba 熟悉了

[murmur]

单表 1.5 不手动分表可能只有 oracle 了，oracle 可以直接配分区

[zjsxwc]

mysql 可以的，公司全用 mariadb 的路过

[Lunaleeguo]

@murmur 哈哈哈，可惜经费有限，而且现在机器也只有一台，不少朋友推荐了很多很优秀的分布式数据库，也没法去实施

[javapythongo]

postgre

[sadfQED2]

我们 mysql 单表 16 亿数据，为啥不行呢

[tailf]

花钱买 Oracle 是一个不错的选择