一个 mysql 库容纳多少个表会比较明显的影响速度？

• 資深大佬 : qiayue

  可以不用考虑极限了，按照业务分库分表即可。
  举例我们的统计 SDK，每个接入的 app 都给一个单独的库，这样不同 app 互不影响。

• 主 資深大佬 : l890908

  @qiayue 那如果实际上一个库中用到几百几千个表那也没有影响吗？

• 資深大佬 : xupefei

  在担心操作系统内核瓶颈之前，不如先考虑一下硬盘瓶颈。

  推荐系统学习一下数据库原理，学完就不会有这种无意义的担心了

• 資深大佬 : xupefei

  解答一下你的具体问题：用 innodb 引擎，多少表都不是瓶颈。

• 資深大佬 : realpg

  @l890908 #2

  目前我的单服务器库有上万个结构一样的表
  无性能压力

• 資深大佬 : zhz1237ok

  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 只能容纳四百万张表

  够用了

• 資深大佬 : CitizenR

  @zhz1237ok 那不是四百万，是四十亿，但肯定都够用。

• 資深大佬 : qa2080639

  @realpg 分那么多表是怎么同步更新表结构的呢？

• 資深大佬 : realpg

  @qa2080639 #8
  我的系统表结构不需要更新
• 資深大佬 : opengps

  表数量一般不是重点，重点往往是你数据库落盘的硬盘 io 是否够用

• 資深大佬 : yingfengi

  数据库这玩意，和虚拟化一样，往往你的硬盘 io 先撑不住了。。。

• 資深大佬 : a719114136

  实际操作中不会遇到这种情况，当业务发展到需要这么多表的时候一定已经做了分库，不会只用一台机器一个库

• 資深大佬 : ackoly

  是实例还是库？
  我们生产上有一个实例 40+w 张表，分布在几百个数据库，目前的问题是阿里云无法备份，咨询后确认超过 40W 导致的。
  PS.实例配置 4c8g

• 資深大佬 : KingPL

  实际业务上 能达到那体量，也是不差钱重构的啦….

• 主 資深大佬 : l890908

  @ackoly 是啊，实际中与理论上不一样的，阿里云备份应该是直接备份对应的服务器实例？怎么会出现无法备份的情况》？

• 資深大佬 : weizhen199

  主要看的是你的机器

• 資深大佬 : YzSama

  上个 SSD 、cpu 开个 24C 32G 内存。应该能顶住百万级吧

• 資深大佬 : w3cfed

  后端渣渣，借求助。怎么锻炼自己的数据库设计能力呢？目前只会搭建一个博客的数据库设计……

• 資深大佬 : Huelse

  @l890908 #15 mysql 技术本身支持几乎无上限，或者说上限很大，大到你无需在初期考虑他。更多的还是在于硬件限制，从水桶效应来分析出系统的上限在哪里，一般都是硬盘 IO，内存和网络限制。

• 資深大佬 : xupefei

  @w3cfed 先系统学习一下数据库原理