1
qiayue 2020-09-06 16:32:24 +08:00
可以不用考虑极限了,按照业务分库分表即可。
举例我们的统计 SDK,每个接入的 app 都给一个单独的库,这样不同 app 互不影响。 |
3
xupefei 2020-09-06 17:00:24 +08:00 via iPhone
在担心操作系统内核瓶颈之前,不如先考虑一下硬盘瓶颈。
推荐系统学习一下数据库原理,学完就不会有这种无意义的担心了😂 |
4
xupefei 2020-09-06 17:04:25 +08:00 via iPhone
解答一下你的具体问题:用 innodb 引擎,多少表都不是瓶颈。
|
6
zhz1237ok 2020-09-06 18:21:03 +08:00 1
https://dev.mysql.com/doc/refman/8.0/en/database-count-limit.html
MySQL has no limit on the number of tables. The underlying file system may have a limit on the number of files that represent tables. Individual storage engines may impose engine-specific constraints. InnoDB permits up to 4 billion tables. mysql 没有极限,innodb 只能容纳四百万张表 够用了 |
10
opengps 2020-09-06 20:14:53 +08:00 via Android
表数量一般不是重点,重点往往是你数据库落盘的硬盘 io 是否够用
|
11
yingfengi 2020-09-06 20:58:02 +08:00
数据库这玩意,和虚拟化一样,往往你的硬盘 io 先撑不住了。。。
|
12
a719114136 2020-09-06 21:18:57 +08:00 via Android
实际操作中不会遇到这种情况,当业务发展到需要这么多表的时候一定已经做了分库,不会只用一台机器一个库
|
13
ackoly 2020-09-07 09:07:47 +08:00 via iPhone
是实例还是库?
我们生产上有一个实例 40+w 张表,分布在几百个数据库,目前的问题是阿里云无法备份,咨询后确认超过 40W 导致的。 PS.实例配置 4c8g |
14
KingPL 2020-09-07 09:14:34 +08:00
实际业务上 能达到那体量,也是不差钱重构的啦....
|
16
weizhen199 2020-09-07 10:05:26 +08:00
主要看的是你的机器
|
17
YzSama 2020-09-07 10:32:34 +08:00
上个 SSD 、cpu 开个 24C 32G 内存。应该能顶住百万级吧
|
18
w3cfed 2020-09-07 11:32:39 +08:00
后端渣渣,借楼求助。怎么锻炼自己的数据库设计能力呢?目前只会搭建一个博客的数据库设计......
|