这是一个创建于 1347 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近有个需求,做一个简单的比喻,比方说有一片海域养殖生蚝,海域里有上千个养殖点,每个养殖点有一串生蚝养殖基,每个生蚝有每个生蚝的一些信息字段,这样大概有四张表:海域表 /养殖点表 /养殖基表 /生蚝表,数据量大概会有千万级以上,业务场景需要读的场景比较多,写的话压力不大也可以用中间件分批写入,如果用 mysql 这类关系型数据库,感觉有点扛不住,V 友们有这方面的经验吗?或者有别的 DB 可以推荐的,感谢了~
第 1 条附言 · 2021-04-19 15:42:15 +08:00
多谢各位大佬,有时间了我找两台服务器试试分库分表模拟一下数据测试一下,对了忘记说了,数据中可能会有部分空间数据,这个时候是不是 postgresql 相对于 mysql 更具优势,但是 postgresql 没玩过分库分表不知道坑多不多
 |
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 亿，也没什么问题，索引配置好。
|
Select Language