MySQL数据库是软件开发和中小型网站建设中使用最广泛的数据库之一。然而，许多人不知道MySQL能支持多少数据。此外，国内一些内容管理系统制造商将数据承载能力的责任推给了它，这使得许多不了解MySQL的站长产生了误解。那么，MySQL数据库能支持多少数据呢？实际上，MySQL单个表的上限主要与操作系统支持的最大文件大小有关。让我们看看官方。
MySQL 3.22有限的表大小是4GB。由于MyISAM存储引擎在MySQL 3.23中使用，最大表大小已增加到65536兆字节(2567-1字节)。由于允许的表大小较大，MySQL数据库的最大有效表大小通常由操作系统对文件大小的限制决定，而不是由MySQL的内部限制决定。
InnoDB存储引擎将InnoDB表保存在一个表空间中，该表空间可以由几个文件创建。这样，表的大小可以超过单个文件的最大容量。表空间可以包括原始磁盘分区，这使得拥有非常大的表成为可能。表空间的最大容量是64TB。
实际上，MySQL能够承受的数据量主要与数据表的结构有关，而不是固定值。如果表结构简单，它可以承载比表结构更多的数据。
根据D.V.B .团队和Cmshelp团队对CMS系统的评估结果，经过数据库优化后，MySQL单个表可以在约2000万条记录(4G)和5000万条记录(10G)下运行。那么，为什么中国的一些内容管理系统制造商将他们产品负载不佳的责任转移到了MySQL上呢？
这对MySQL不公平。内容管理系统制造商并没有在内核方面做得很好，而是增加了许多花哨的功能，这最终导致了他们产品的低负载。他们没有根据自己的负载效应制定相应的数据库优化方案和标准，而是保持了复杂的结构，造成了MySQL资源的无尽浪费，最终导致了其负载缺陷，从而充分发挥了中国人的传统优势。——改装：采用了所谓的分表-style储物件，同时避免了笨重的物件。虽然它在一定程度上缓解了自身负载的缺陷，但却导致了网站的后期维护和资源的浪费。这是一个长期的解决方案吗？虽然他们已经解决了眼前的问题，但是未来呢？你想要无尽的分表来实现你的目标吗？
用一个简单明了的比喻来描述它，MySQL中的表就像一块土地，单个表就相当于用这块土地来建造一个高层建筑，并充分利用它来达到较高的人员负荷，但是分表就相当于用这块土地来建造一个平房。如果我们想实现高人员负荷，我们将继续开辟新的土地来实现我们的目标，但我们必须考虑土地是否不够或技术水平是否不够。
那么谁敢使用这个内容管理系统呢？有必要不断更新服务器配置以使其运行良好吗？此外，在大多数情况下，一个服务器中不止有一个网站，所以我们必须考虑是否要为如此庞大的内容管理系统付费。
建议一些内容管理系统制造商改进他们的产品，以便用户可以获得更好的利益。否则，还有谁会使用你的软件产品？
本本由金石智赢发布，文章地址：http://www.weifangwangluo.com/rjkf/125.html
Tel： 13046474000
E-mai：root@jinshihualing.com
Add：山东省潍坊市农机局4层
