14.5.4 InnoDB File-Per-Table Tablespaces 每个表一个文件 从历史上看, 所有的InnoDB 表和索引是存储在system 表空间, 这个整体的方法是针对机器专注于数据库处理,精心策划的数据增长, 任何磁盘存储分配给MySQL 不会用于其他目的。 InnoDB的 file-per-table 表空间功能提供一个更加灵活的选择, 每个InnoDB 表和它的索引是是单独存储.ibd数据文件。 每个.ibd 数据文件代表一个单独的表空间,这个功能是有innodb_file_per_table 配置选项控制, 在MySQL 5.6.6和更高版本默认启用的。 File-Per-Table 表空间的优势: 1. 你可以回收磁盘空间当runcate或者drop 一个存储在file-per-table tablepace的表。 Truncating or dropping 存储在共享系统表空间的表内部的创建空闲空间 在system tablespace data files (ibdata files) ,空闲的空间只能用于新的InnoDB 数据 同样， 一个表复制ALTER TABLE 操作食欲一个共享的表空间可以增加属于表空间的总量。 这样的操作可能需要更多额外的空间作为数据在表加上索引。 额外的空间用于table-copying ALTER TABLE 选项不会释放回操作系统 2. TRUNCATE TABLE 选项是更快的 当运行在存储在file-per-table tablepaces的表 3.你可以存储特定的包在单独的存储设备,对于I/O优化,空间管理, 或者备份目的。在以前的版本中,你需要移动整个数据库目录到其他设备,然后创建符号连接 在MySQL 数据目录， 在MySQL 5.6.6和更高的版本,你可以指定每个表的位置使用语句 CREATE TABLE ... DATA DIRECTORY = absolute_path_to_directory, 你可以运行OPTIMIZE TABLE来压缩或者重新创建一个 file-per-table tablespace. 当你运行一个 OPTIMIZE TABLE,InnoDB 创建一个新的临时名称的.ibd文件， 只使用需要的空间来存储实际的数据。 InnoDB 删除老的.ibd文件用新的替换它。如果前面的.ibd 文件增长显著但是实际的数据 只占用了一部分空间,运行 OPTIMIZE TABLE 可以回收未使用的空间。 4.你可以移动单独的InnoDB 表相比整个数据库 5.你可以复制单个InnoDB表从一个MySQL 实例到 6. 在file-per-table tablespaces 创建的表使用Barracuda 文件格式。 Barracuda file format 启用功能比如也说和动态行格式。 在 system tablespace 创建的表不能使用那些功能。 李亚那些功能对于一个存在的表,启用innodb_file_per_table设置 运行 ALTER TABLE t ENGINE=INNODB 来替换表 你可以启用更有效率的存储引擎对于BLOB或者TEXT 列使用动态行格式 File-per-table tablespaces 可以提高成功恢复的机会和节省时间当一个腐败发生, 当一个server 不能被重启,或者当备份和binary logs 不可用 你可以备份或者恢复单个表使用MySQL 企业备份产品, 而无需中断其他InnoDB表的使用。 这是有益的 如果你有些表需要较少的备份或者不同的备份计划 File-per-table tablespaces 是方便的对于每个表的状态当复制或者备份表的时候 你可以监控表大小在文件系统层面,不需要访问MySQL 常见的linux 文件系统不允许并发写一个单独的文件当innodb_flush_method 是设置为 O_DIRECT. 因此,有可能的性能改善当使用file-per-table tablespace。 system 表空间存储数据目录和undo logs, 有64TB限制。 通过比较,每个 file-per-table tablespace 有一个64TB 大小限制, 潜在的缺点 对于File-Per-Table 表空间。 1. file-per-table tablespaces, 每个表可能有没有使用的空间, 只能被相同表的记录使用。 这样会浪费空间如果没有妥善管理。 2.fsync 选项必须运行在每个打开的表相比在一个单独的文件, 因此有单独的fsync操作在每个文件,写操作在多个表不能被合并成一个单独的I/O操作。 这个需要InnoDB 执行一个高数量的fsync操作 3.mysqld 必须保持 一个打开的文件句柄对于每个表, 这可能会有性能问题 如果你有多个file-per-table tablespaces 表 4.更多的文件句柄被使用 5. innodb_file_per_table 在MySQL 5.6.6和更高版本默认启用, 你可以考虑关闭如果向后兼容性在MySQL 5.5 or 5.1 关闭innodb_file_per_table防止ALTER TABLE 移动一个InnoDB 表从系统表空间到一个单独的.ibd文件 6.例如,当重新构建InnoDB的 clustered index, 表是被重建使用当前设置的 innodb_file_per_table. 这个行为不应用当增加或者删除InnoDB secondary indexes. 7.如果很多表在增长,会有更多的碎片 会阻碍 DROP TABLE 和表扫描性能。 然而, 当碎片化被管理, 它们自己的表空间的文件可以改善性能