这是一个创建于 1637 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近有个需求,做一个简单的比喻,比方说有一片海域养殖生蚝,海域里有上千个养殖点,每个养殖点有一串生蚝养殖基,每个生蚝有每个生蚝的一些信息字段,这样大概有四张表:海域表 /养殖点表 /养殖基表 /生蚝表,数据量大概会有千万级以上,业务场景需要读的场景比较多,写的话压力不大也可以用中间件分批写入,如果用 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 windsound 2021-04-19 17:11:36 +08:00 曾经我们的 mysql 但表 6 亿，也没什么问题，索引配置好。 |
Select Language