Documentation Home

15.6.3.2 File-Per-Table 表空间

file-per-table 表空间包含单个 InnoDB表的数据和索引,并存储在文件系统中的单个数据文件中。

File-per-table 表空间特征在本节的以下主题下进行了描述:

File-Per-Table 表空间配置

InnoDB默认情况下在 file-per-table 表空间中创建表。此行为由 innodb_file_per_table变量控制。禁用innodb_file_per_table 会导致InnoDB在系统表空间中创建表。

可以在选项文件中指定innodb_file_per_table 设置,也可以在运行时使用 SET GLOBAL语句配置设置。在运行时更改设置需要足够的权限来设置全局系统变量。请参阅第 5.1.9.1 节,“系统变量权限”

选项文件:

[mysqld]
innodb_file_per_table=ON

SET GLOBAL在运行时 使用:

mysql> SET GLOBAL innodb_file_per_table=ON;
File-Per-Table 表空间数据文件

一个 file-per-table 表空间是在 .ibdMySQL 数据目录下的模式目录中的数据文件中创建的。该.ibd文件以表 ( table_name.ibd) 命名。例如,表的数据文件test.t1 创建在testMySQL数据目录下的目录中:

mysql> USE test;

mysql> CREATE TABLE t1 (
   id INT PRIMARY KEY AUTO_INCREMENT,
   name VARCHAR(100)
 ) ENGINE = InnoDB;

$> cd /path/to/mysql/data/test
$> ls
t1.ibd

您可以使用该语句的DATA DIRECTORY子句 CREATE TABLE在数据目录之外隐式创建一个 file-per-table 表空间数据文件。有关详细信息,请参阅 第 15.6.1.2 节,“在外部创建表”

File-Per-Table 表空间的优点

File-per-table 表空间与共享表空间(例如系统表空间或通用表空间)相比具有以下优点。

  • 在截断或删除在 file-per-table 表空间中创建的表后,磁盘空间将返回给操作系统。截断或删除存储在共享表空间中的表会在共享表空间数据文件中创建可用空间,该空间只能用于 InnoDB数据。换句话说,共享表空间数据文件在表被截断或删除后不会缩小大小。

  • 对驻留在共享表空间中的表执行表复制ALTER TABLE 操作会增加表空间占用的磁盘空间量。此类操作可能需要与表中的数据加上索引一样多的额外空间。该空间不会像每个表的文件表空间那样释放回操作系统。

  • TRUNCATE TABLE在驻留在 file-per-table 表空间中的表上执行时性能更好。

  • File-per-table 表空间数据文件可以在单独的存储设备上创建,用于 I/O 优化、空间管理或备份目的。请参阅 第 15.6.1.2 节,“在外部创建表”

  • 您可以从另一个 MySQL 实例导入驻留在 file-per-table 表空间中的表。请参阅 第 15.6.1.3 节,“导入 InnoDB 表”

  • 在 file-per-table 表空间中创建的表支持与DYNAMICCOMPRESSED格式相关联的功能,而系统表空间不支持这些功能。请参阅 第 15.10 节,“InnoDB 行格式”

  • 存储在单个表空间数据文件中的表可以节省时间并提高在发生数据损坏、备份或二进制日志不可用或无法重新启动 MySQL 服务器实例时成功恢复的机会。

  • 在 file-per-table 表空间中创建的表可以使用 MySQL Enterprise Backup 快速备份或恢复,而不会中断其他 InnoDB表的使用。这对于备份计划不同或需要备份频率较低的表是有益的。有关详细信息,请参阅制作部分备份

  • File-per-table 表空间允许通过监视表空间数据文件的大小来监视文件系统上的表大小。

  • innodb_flush_method设置为 时,常见的 Linux 文件系统不允许并发写入单个文件,例如共享表空间数据文件 O_DIRECT。因此,将 file-per-table 表空间与此设置结合使用时可能会提高性能。

  • 共享表空间中的表的大小受 64TB 表空间大小限制的限制。相比之下,每个 file-per-table 表空间的大小限制为 64TB,这为单个表的大小增长提供了充足的空间。

File-Per-Table 表空间的缺点

File-per-table 表空间与共享表空间(如系统表空间或通用表空间)相比具有以下缺点。

  • 使用 file-per-table 表空间,每个表可能有未使用的空间,只能由同一个表的行使用,如果管理不当,可能会导致空间浪费。

  • fsync操作是在多个 file-per-table 数据文件而不是单个共享表空间数据文件上执行的。因为 fsync操作是针对每个文件的,所以不能合并多个表的写操作,这会导致fsync 操作总数增加。

  • mysqld必须为每个 file-per-table 表空间保留一个打开的文件句柄,如果在 file-per-table 表空间中有许多表,这可能会影响性能。

  • 当每个表都有自己的数据文件时,需要更多的文件描述符。

  • 可能会出现更多碎片,这会影响 DROP TABLE表扫描性能。但是,如果碎片得到管理,每个表的文件表空间可以提高这些操作的性能。

  • 删除驻留在 file-per-table 表空间中的表时会扫描缓冲池,这对于大型缓冲池可能需要几秒钟。扫描是使用广泛的内部锁执行的,这可能会延迟其他操作。

  • innodb_autoextend_increment 变量定义了在自动扩展共享表空间文件变满时扩展其大小的增量大小,不适用于 file-per-table 表空间文件,无论 innodb_autoextend_increment 设置如何,它们都会自动扩展。最初的 file-per-table 表空间扩展是少量的,之后扩展以 4MB 的增量出现。