Microsoft SQL Server 有一个很好的功能,它允许数据库在变满时自动扩展。在MySQL中,我理解数据库其实就是一个目录,里面放着一堆文件,对应着各种对象。这是否意味着数据库大小的概念不适用,并且 MySQL 数据库可以与可用磁盘空间允许的一样大而无需任何额外关注?如果是,这种行为在不同的存储引擎中是否相同?
最佳答案
这取决于您使用的引擎。可以找到 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完全不同:它几乎将所有内容都存储在内存中(最近的版本允许磁盘存储)并且与所有其他引擎非常不同。
关于MySQL数据库大小,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/320902/