数据库选型问题

2019-05-07 18:07:34 +08:00
 zasray

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

2292 次点击
所在节点    问与答
14 条回复
male110
2019-05-07 19:12:09 +08:00
都可以。任何一种
HuasLeung
2019-05-07 20:18:09 +08:00
PostgreSQL - The World's Most Advanced Open Source Relational Database
hoyixi
2019-05-07 20:21:52 +08:00
除了数据库产品本身的特点,自己的技术、经验,以及以后的可维护性,都需要考虑。

如果系统一直在你手里的话,最好别给自己挖坑。
huangzhe8263
2019-05-07 20:25:08 +08:00
这种问负责重构的领导呗,别把锅自己背上
zasray
2019-05-07 20:50:37 +08:00
数据量可能在 6000 万到 3 个亿 纠了个结,在考虑某云的表格存储
alcarl
2019-05-07 20:58:14 +08:00
mysql,没有特殊需求纯为应用辅助的,通通 mysql
des
2019-05-07 21:39:48 +08:00
PostgreSQL
opengps
2019-05-07 21:49:01 +08:00
这个量,差不多的数据库都能承载,硬盘好点,语句规范点命中索引,基本没问题
opengps
2019-05-07 21:49:52 +08:00
@zasray 没看明白,单表最大的多少条?
PureWhiteWu
2019-05-07 21:54:54 +08:00
mysql 吧,毕竟社区大生态好
zasray
2019-05-07 22:23:06 +08:00
@opengps 目前单表到了 1000 万左右,之前做了分表处理,所以目前还能处理过来。 但是未来 30 倍的增长空间,对 mysql 有点没信心
opengps
2019-05-07 22:25:30 +08:00
@zasray 无非是表分区,分表,分库。压力大了就分散,避免挑战单机极限。我举个例子你理解下就放心了,曾经看到某大佬分享过这么一句:“余额宝上线初期使用了 50 个 MySql 实例提供服务”
chinesestudio
2019-05-08 03:58:55 +08:00
你熟悉哪个就用哪个 就这么点数据
zasray
2019-05-08 08:53:59 +08:00
明白了 感谢各位

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

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

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

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

© 2021 V2EX