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