数据库选型问题

[zasray]

我手头接到一个重构的任务，其中最关键的是原系统中，每个用户都有数万到数十万的数据存储，写入和查询的频率很低，相对来说查询的频率会稍微高点。目前选哪种数据库纠结了，所以问问大家。谢谢

[male110]

都可以。任何一种

[BCy66drFCvk1Ou87]

PostgreSQL - The World's Most Advanced Open Source Relational Database

[hoyixi]

除了数据库产品本身的特点，自己的技术、经验，以及以后的可维护性，都需要考虑。

如果系统一直在你手里的话，最好别给自己挖坑。

[huangzhe8263]

这种问负责重构的领导呗，别把锅自己背上

[zasray]

数据量可能在 6000 万到 3 个亿 纠了个结，在考虑某云的表格存储

[alcarl]

mysql，没有特殊需求纯为应用辅助的，通通 mysql

[des]

PostgreSQL

[opengps]

这个量，差不多的数据库都能承载，硬盘好点，语句规范点命中索引，基本没问题

[opengps]

@zasray 没看明白，单表最大的多少条？

[PureWhiteWu]

mysql 吧，毕竟社区大生态好

[zasray]

@opengps 目前单表到了 1000 万左右，之前做了分表处理，所以目前还能处理过来。 但是未来 30 倍的增长空间，对 mysql 有点没信心

[opengps]

@zasray 无非是表分区，分表，分库。压力大了就分散，避免挑战单机极限。我举个例子你理解下就放心了，曾经看到某大佬分享过这么一句：“余额宝上线初期使用了 50 个 MySql 实例提供服务”

[chinesestudio]

你熟悉哪个就用哪个 就这么点数据

[zasray]

明白了 感谢各位