最近有个需求,做一个简单的比喻,比方说有一片海域养殖生蚝,海域里有上千个养殖点,每个养殖点有一串生蚝养殖基,每个生蚝有每个生蚝的一些信息字段,这样大概有四张表:海域表 /养殖点表 /养殖基表 /生蚝表,数据量大概会有千万级以上,业务场景需要读的场景比较多,写的话压力不大也可以用中间件分批写入,如果用 mysql 这类关系型数据库,感觉有点扛不住,V 友们有这方面的经验吗?或者有别的 DB 可以推荐的,感谢了~
This topic created in 2029 days ago, the information mentioned may be changed or developed.
Supplement 1 · Apr 19, 2021
多谢各位大佬,有时间了我找两台服务器试试分库分表模拟一下数据测试一下,对了忘记说了,数据中可能会有部分空间数据,这个时候是不是 postgresql 相对于 mysql 更具优势,但是 postgresql 没玩过分库分表不知道坑多不多
 |
manamiApr 16, 2021
1
如果只是读的场景多而写的压力不大的话，千万级其实用 mysql 就行，索引做好
|
 |
yungo8Apr 16, 2021 via Android
2
千万级 mysql 还是没问题的，我建议给你们前面三个表加编码，编码不能修改，然后生蚝的编码就是 00100010001xxxx 这样编码，这样加个索引后不用关键查询直接模糊查询
|
 |
QingXuJiaZhiApr 16, 2021
3
建议生成伪数据试一下，反正伪数据也很好弄不麻烦。
|
 |
rekulasApr 16, 2021
4
我们单表最大就在 x 千万级，配个 1w 多的机器毫无压力，朋友的 mysql 也有在亿级使用的，不过由于特殊查询的原因，已经在考虑换数据库
如果还担心 hold 不住，直接上云，阿里 polar 入门级一年也就几千，我们也在使用感觉挺棒，感觉普通亿级数据支撑应该问题不大 |
 |
zhady009Apr 16, 2021
5
数据仓库?
|
 |
domodomoApr 17, 2021
6
其实没什么压力，你要真觉得压力大，简单的拆表就行了，毕竟业务也不复杂。
|
 |
ch2Apr 17, 2021 via iPhone
7
mysql 问题不大，mongo 也行
|
 |
gBurnXApr 17, 2021
8
建议你还是先预估一下数据 io 的特点与数量，一上来就说 mysql 扛不住是不理智的。
|
 |
skys215Apr 17, 2021
9
只读取的话，mysql 有个 archive 引擎
|
 |
maemualApr 17, 2021
10
其实还是得看查询有多复杂，如果查询够简单、索引做好，单表千万根本不算事。我们还有单表五六十亿的呢，毫无问题。
|
 |
tony601818Apr 18, 2021
12
> mysql 这类关系型数据库,感觉有点扛不住
不要抹黑 mysql……想用非关系型的直接用，非关系型推荐上云提高开发效率。 读多写少到底是多少读多少写？ |
 |
bthuluApr 19, 2021
13
只针对索引查询, Mysql 单表几百亿毫无压力
|
 |
misaka19000Apr 19, 2021
14
上千万的数据 1h1g 的 mysql 随便写
|
 |
no1xsyzyApr 19, 2021
15
对于性能问题，在你实测之前抛出一句扛不住挺诡异的。
毕竟所有的数据库中，关系型数据库的优化是做得最充分的 你不应该写一些稀奇古怪的代码来提升运行效率，而应该采用最常用的写法，因为最常用的写法拥有最充分的优化。 |
 |
Goat121Apr 19, 2021
16
千万级还优化啥啊。。
|
 |
windsoundApr 19, 2021
17
曾经我们的 mysql 但表 6 亿，也没什么问题，索引配置好。
|
Select Language