InnoDB把数据保存在表空间内，本质上是一个由一个或多个磁盘文件组成的虚拟文件系统。InnoDB用表空间并不只是存储表和索引，还保存了回滚段、双写缓冲区等。本文将介绍InnoDB表空间的相关性质。

增加InnoDB系统表空间大小的最简单方法就是初始化配置为自动扩展(autoextend)。 在表空间定义中为最后一个数据文件指定autoextend属性，这样InnoDB在空间不足时以64MB的增量自动增加该文件的大小。 可以通过设置innodb_autoextend_increment系统变量的值来更改增量大小(单位为MB)。为了扩展系统表空间，开发人员可通过添加新的数据文件：

innodb_data_home_dir =
# before
innodb_data_file_path = /ibdata/ibdata1:988M:autoextend
# after
innodb_data_file_path = /ibdata/ibdata1:988M;/disk2/ibdata2:50M:autoextend
		

在InnoDB中，开发人员并不能直接从系统表空间中删除数据文件，为了减小系统表空间，可以执行如下操作：

若开发人员想改变InnoDB重建日志文件的数量及大小，可以执行如下操作：

开发人员可以在InnoDB系统表空间中使用裸磁盘分区作为数据文件。 此技术在Windows和某些Linux和Unix系统上会启用无缓冲I/O，这样无需文件系统开销，然而最终是否使用裸磁盘分区，还是应该进行测试，以验证此更改是否真实提高了系统性能。对于Linux或Unix系统，可按如下操作执行：

[mysqld]
innodb_data_home_dir=
innodb_data_file_path=/dev/hdd1:3Gnewraw;/dev/hdd2:2Gnewraw
		

[mysqld]
innodb_data_home_dir=
innodb_data_file_path=/dev/hdd1:3Graw;/dev/hdd2:2Graw
		

过去，所有InnoDB表和索引都存储在系统表空间中，这种整体方法针对的是完全专用于数据库处理的机器，并且经过精心规划的数据增长，分配给MySQL的任何磁盘存储都不需要用于其他目的。现在InnoDB针对每个表的表空间提供了一个更灵活的选择，将每个InnoDB表及其索引存储在单独的.ibd数据文件中，每个这样的.ibd数据文件都表示一个单独的表空间。此功能可由innodb_file_per_table配置选项控制，默认情况下，此选项在MySQL 5.6.6及更高版本中启用。innodb_file_per_table带来了诸多好处，但也会有一些缺点，下面将分别讲述。

启用或禁用，只需配置innodb_file_per_table，如：

[mysqld]
innodb_file_per_table=1
	

或者运行时修改：

SET GLOBAL innodb_file_per_table=1;
	

具体细节可见这里。

为File-Per-Table创建外部数据目比较简单，只需在创建表时指定外部目录即可，这样InnoDB将在对应目录创建目标数据库目录及表空间文件，如：

CREATE TABLE t1 (c1 INT PRIMARY KEY) DATA DIRECTORY = '/path/to/data_dir';
	

将文件每表表空间从一个数据库实例复制到另一个数据库实例，也称为可传输表空间功能。在MySQL 5.7.4之前，只支持非分区的InnoDB表。从MySQL 5.7.4开始，还支持分区的InnoDB表和各个InnoDB表分区和子分区。现实中，可能会有不同原因需要作表复制，如：

对于具体如何执行表复制，可参考该文章。

用户可以将InnoDB撤销日志(也被称为回滚段)存储在系统表空间之外的一个或多个单独的撤销表空间中。 此设计与默认配置不同，其中撤销日志是系统表空间的一部分。 撤消日志的I/O模式使得这些表空间迁移到SSD存储更具优势，同时将系统表空间保留在硬盘存储上。 用户不能删除创建的用于单独存储撤销日志的表空间，也不能删除这些表空间中的各个段。但是，从MySQL 5.7.5开始，存储在撤销表空间中的撤销日志可以被截取(truncate)。截取撤销日志细节可参考这里。由于撤销日志相关特性不能动态配置，因此只能在初始化MySQL实例时启用。

将撤销日志保存在单独的文件中，这样使得与事务数据相关的I/O和内存操作得到优化。 例如，因为撤销日志被写入磁盘，但其实很少会读取(仅在崩溃恢复的情况下)，它不需要保存在文件系统高速缓存中，从而允许将更多的内存用于InnoDB缓冲区。

启用撤销日志特性，大致步骤如下，细节可参考这里：

从MySQL5.7.5后，用户可以通过innodb_undo_log_truncate配置选项开启截取撤销日志。当启用innodb_undo_log_truncate后，超过由innodb_max_undo_log_size配置定义的阈值的表空间将标记为截断。注意，只有存储在撤销表空间中的撤销日志才能被截取，系统表空间中的撤销日志不支持截断。 要使得截取发生，必须至少有两个撤销表空间，且都启用了重坐撤销日志的配置选项。 这也意味着innodb_undo_tablespaces必须设置为大于等于2的值，innodb_undo_logs必须设置为等于或大于35的值。具体细节可参考这里。

通用表空间是一种新的InnoDB表空间，在MySQL 5.7.6中引入。通用表空间特性主要有以下功能：

通用表空间具体使用，可参考这里。

InnoDB支持对存储在file-per-table表空间中的表的数据进行加密，该特性对物理表空间的数据文件提供静态加密。InnoDB表空间加密使用两层加密密钥体系结构，包括主加密密钥和表空间密钥。当InnoDB表被加密时，表空间密钥被加密并存储在表空间头中。 当应用程序或已认证的用户想要访问加密的表空间数据时，InnoDB使用主加密密钥来解密表空间密钥。表空间密钥的解密版本从不改变，但是主加密密钥可以根据需要改变，此操作称为主密钥旋转。上述加密特性需依赖keyring_file插件，具体加密细节可参考这里。

以上，则是InnoDB表空间的相关特性，开发人员则可以针对不同业务特性，场景等作一系列相关优化等。