1
manami 2021-04-16 22:03:54 +08:00
如果只是读的场景多而写的压力不大的话,千万级其实用 mysql 就行,索引做好
|
2
yeqizhang 2021-04-16 22:13:30 +08:00 via Android
千万级 mysql 还是没问题的,我建议给你们前面三个表加编码,编码不能修改,然后生蚝的编码就是 00100010001xxxx 这样编码,这样加个索引后不用关键查询直接模糊查询
|
3
cmdOptionKana 2021-04-16 22:19:37 +08:00
建议生成伪数据试一下,反正伪数据也很好弄不麻烦。
|
4
rekulas 2021-04-16 23:22:29 +08:00
我们单表最大就在 x 千万级,配个 1w 多的机器毫无压力,朋友的 mysql 也有在亿级使用的,不过由于特殊查询的原因,已经在考虑换数据库
如果还担心 hold 不住,直接上云,阿里 polar 入门级一年也就几千,我们也在使用感觉挺棒,感觉普通亿级数据支撑应该问题不大 |
5
zhady009 2021-04-16 23:31:05 +08:00
数据仓库?
|
6
domodomo 2021-04-17 01:35:13 +08:00
其实没什么压力,你要真觉得压力大,简单的拆表就行了,毕竟业务也不复杂。
|
7
ch2 2021-04-17 01:35:24 +08:00 via iPhone
mysql 问题不大,mongo 也行
|
8
gBurnX 2021-04-17 08:30:58 +08:00
建议你还是先预估一下数据 io 的特点与数量,一上来就说 mysql 扛不住是不理智的。
|
9
skys215 2021-04-17 10:19:29 +08:00
只读取的话,mysql 有个 archive 引擎
|
10
maemual 2021-04-17 22:02:31 +08:00
其实还是得看查询有多复杂,如果查询够简单、索引做好,单表千万根本不算事。我们还有单表五六十亿的呢,毫无问题。
|
12
tony601818 2021-04-18 15:40:21 +08:00
> mysql 这类关系型数据库,感觉有点扛不住
不要抹黑 mysql……想用非关系型的直接用,非关系型推荐上云提高开发效率。 读多写少到底是多少读多少写? |
13
bthulu 2021-04-19 08:51:33 +08:00
只针对索引查询, Mysql 单表几百亿毫无压力
|
14
misaka19000 2021-04-19 10:46:41 +08:00
上千万的数据 1h1g 的 mysql 随便写
|
15
no1xsyzy 2021-04-19 12:48:51 +08:00
对于性能问题,在你实测之前抛出一句扛不住挺诡异的。
毕竟所有的数据库中,关系型数据库的优化是做得最充分的 你不应该写一些稀奇古怪的代码来提升运行效率,而应该采用最常用的写法,因为最常用的写法拥有最充分的优化。 |
16
Goat121 2021-04-19 15:40:19 +08:00
千万级还优化啥啊。。
|
17
godwinma 2021-04-19 17:11:36 +08:00
曾经我们的 mysql 但表 6 亿,也没什么问题,索引配置好。
|