MySQL数据库是用于软件开发和中小型网站建设的最常用数据库之一。
但是，许多人不知道MySQL可以支持多少数据，并且一些国内CMS制造商拥有大量数据。 它承担了责任，许多不了解MySQL的网站管理员对此有很多误解。 那么，MySQL数据库可以支持多少数据？ 实际上，MySQL单表的上限主要与操作系统支持的最大文件大小有关。 让我们看一下官方介绍。 MySQL 3.22 将表大小限制为4GB。
由于MySQL 3.23中使用了MyISAM存储引擎，因此最大表大小已增加到65536TB（2567-
1字节）。 由于允许的表大小较大，因此，MySQL数据库的最大有效表大小通常由操作系统的文件大小限制而不是由MySQL内部限制确定。
InnoDB存储引擎将InnoDB表保存在一个表空间中，该表空间可以由多个文件创建。 这样，表的大小可以超过单个文件的最大容量。
表空间可以包含原始磁盘分区，从而使非常大的表成为可能。 表空间的最大容量为64TB。
实际上，MySQL可以承受的数据量主要与数据表的结构有关，而不是固定值。 如果表结构简单，则它可以承载比表结构更大的数据量。
根据DVB团队和Cmshelp团队进行的CMS系统评估的结果，MySQL单个表可以很好地运行，具有大约2000万条记录（4G）和经过数据库优化后的5000万条记录（10G）。 它运作良好。
那么，为什么一些国内的CMS制造商仍然将负担不佳的产品责任推给MySQL？ 这对MySQL不公平。 那些CMS供应商没有很好地完成内核工作，而是仍然添加了许多新颖的功能，最终导致其产品的低负载。 他们没有针对自己的负载效果制定相应的数据库优化方案和标准，而是继续保留了复杂的结构，这导致了MySQL资源的无尽浪费，最终导致了其负载方面的缺陷，因此他们充分发挥了中文的传统优势。
.com的优势是灵活的：采用所谓的拆分表存储来避免重量和重量。 尽管可以在一定程度上缓解自身负担的缺陷，但会导致网站维护和资源浪费。
这是一个长期的解决方案吗？ ？ 尽管他们解决了眼前的问题，但将来会发生什么？ 您想不断实现目标吗？
用简单明了的类比来描述，MySQL中的表就像一块土地。
一张桌子等同于使用这块土地来建造高层建筑物并充分利用高的人员负担，而子桌子等同于使用在这块土地上建造的简易别墅。
如果要达到高的人员负担，将继续开辟新的土地以实现目标，但是我们必须考虑土地是否不足或技术水平是否不足。
这种方法使人们感到浪费资源并计划严重的缺陷。
那么谁敢使用这样的CMS系统？ 是否要不停地更新服务器配置以实现良好的运行？ 而且，在大多数情况下，下一个服务器中不仅有这样的网站，因此我们必须考虑是否要为如此庞大的小型CMS付款。 建议某些CMS制造商改进其产品，以便用户获得更好的收益。 否则，还有谁会使用您的软件产品？
返回列表