
我手头接到一个重构的任务,其中最关键的是原系统中,每个用户都有数万到数十万的数据存储,写入和查询的频率很低,相对来说查询的频率会稍微高点。目前选哪种数据库纠结了,所以问问大家。谢谢
1 male110 2019 年 5 月 7 日 都可以。任何一种 |
2 BCy66drFCvk1Ou87 2019 年 5 月 7 日 PostgreSQL - The World's Most Advanced Open Source Relational Database |
3 hoyixi 2019 年 5 月 7 日 除了数据库产品本身的特点,自己的技术、经验,以及以后的可维护性,都需要考虑。 如果系统一直在你手里的话,最好别给自己挖坑。 |
4 huangzhe8263 2019 年 5 月 7 日 这种问负责重构的领导呗,别把锅自己背上 |
5 zasray OP 数据量可能在 6000 万到 3 个亿 纠了个结,在考虑某云的表格存储 |
6 alcarl 2019 年 5 月 7 日 via Android mysql,没有特殊需求纯为应用辅助的,通通 mysql |
7 des 2019 年 5 月 7 日 via iPad PostgreSQL |
8 opengps 2019 年 5 月 7 日 这个量,差不多的数据库都能承载,硬盘好点,语句规范点命中索引,基本没问题 |
10 PureWhiteWu 2019 年 5 月 7 日 mysql 吧,毕竟社区大生态好 |
11 zasray OP @opengps 目前单表到了 1000 万左右,之前做了分表处理,所以目前还能处理过来。 但是未来 30 倍的增长空间,对 mysql 有点没信心 |
12 opengps 2019 年 5 月 7 日 @zasray 无非是表分区,分表,分库。压力大了就分散,避免挑战单机极限。我举个例子你理解下就放心了,曾经看到某大佬分享过这么一句:“余额宝上线初期使用了 50 个 MySql 实例提供服务” |
13 chinesestudio 2019 年 5 月 8 日 via Android 你熟悉哪个就用哪个 就这么点数据 |
14 zasray OP 明白了 感谢各位 |