MySQL数据库大小

Question

Microsoft SQL Server 有一个很好的功能，它允许数据库在变满时自动扩展。在MySQL中，我理解数据库其实就是一个目录，里面放着一堆文件，对应着各种对象。这是否意味着数据库大小的概念不适用，并且 MySQL 数据库可以与可用磁盘空间允许的一样大而无需任何额外关注？如果是，这种行为在不同的存储引擎中是否相同？

Answer 1

这取决于您使用的引擎。可以找到 MySQL 附带的列表 here .

MyISAM 表每个表有一个文件。此文件可以增长到您的文件系统的限制。随着表变大，您必须对其进行调整，因为存在限制默认大小的索引和数据大小优化。另外，这个 MyISAM documentation页面说:

There is a limit of 2^32 (~4.295E+09) rows in a MyISAM table. If you build MySQL with the --with-big-tables option, the row limitation is increased to (2^32)^2 (1.844E+19) rows. See Section 2.16.2, “Typical configure Options”. Binary distributions for Unix and Linux are built with this option.

InnoDB 可以在 3 种不同的模式下运行:使用 innodb 表文件、使用整个磁盘作为表文件或使用 innodb_file_per_table。

• 表文件是根据您的 MySQL 实例预先创建的。您通常会创建大量空间并对其进行监控。当它开始填满时，您需要配置另一个文件并重新启动服务器。你也可以将它设置为autoextend，这样它会在最后一个表文件开始填满时添加一 block 空间。我通常不使用此功能，因为您永远不知道何时会因为扩展表格而影响性能。 This page谈论配置它。
• 我从未将整个磁盘用作表格文件，但可以做到。我相信您不是指向文件，而是将 InnoDB 表文件指向未格式化、卸载的设备。
• innodb_file_per_table 使 InnoDB 表像 MyISAM 表一样工作。每个表都有自己的表文件。上次我使用它时，如果您从中删除行，表文件不会缩小。当删除或更改表时，文件会调整大小。

存档引擎是一个 gzip 压缩的 MyISAM 表。

内存表根本不使用磁盘。事实上，当服务器重新启动时，所有数据都会丢失。

合并表就像一个穷人对 MyISAM 表的分区。它会导致查询一堆相同的表，就好像有一个表一样。除了 FRM 表定义之外，除了 MyISAM 之外不存在任何文件。

CSV 表格是 CSV 文件的包装器。通常的文件系统限制适用于此。它们不会太快，因为它们没有索引。

我认为没有人再使用 BDB。至少，我从来没有用过它。它使用 Berkly 数据库作为后端。我不熟悉它的限制。

联合表用于连接和查询其他数据库服务器上的表。同样，只有一个 FRM 文件。

Blackhole 引擎不在本地存储任何内容。它主要用于创建复制日志而不是实际的数据存储，因为没有数据存储:)

MySQL Cluster完全不同:它几乎将所有内容都存储在内存中(最近的版本允许磁盘存储)并且与所有其他引擎非常不同。