🗒️Day70【概念解析】InnoDB File-Per-Table Tablespace
00 分钟
2023-11-30
2023-12-1
type
status
date
slug
summary
tags
category
icon
password

整理定义

InnoDB File-Per-Table Tablespaces
InnoDB 文件每表 表空间
一个 File-Per-Table Tablespace 包含单个 InnoDB 表的数据和索引,并存储在文件系统中的单个数据文件中。
MySQL 5.7版本
MySQL 5.7版本
MySQL 8.0版本
MySQL 8.0版本

复述展开

File-Per-Table Tablespace Configuration

要启用File-Per-Table模式,你需要在MySQL的配置文件(通常是my.cnf或my.ini)中设置innodb_file_per_table选项为。这通常是默认设置。
当这个选项被启用时,每当你创建一个新的InnoDB表时,MySQL会为该表创建一个独立的.ibd文件,在文件每表表空间(File-Per-Table Tablespaces中,如果禁用这个操作,表会在系统表空间创建。。
When innodb_file_per_table is enabled, tables are created in file-per-table tablespaces by default. When disabled, tables are created in the system tablespace by default.

File-Per-Table Tablespace Data Files

在File-Per-Table模式下,每个InnoDB表的数据和索引都存储在一个单独的.ibd文件中。这些文件位于MySQL的数据目录下,通常与表的名称相对应。例如,如果你有一个名为users的表,在数据库mydatabase中,相应的表空间文件将是mydatabase/users.ibd

File-Per-Table Tablespace Advantages

  1. 磁盘空间管理:在文件每表表空间中截断或删除表后,磁盘空间会直接返还给操作系统,而共享表空间中的表操作不会减少数据文件的大小,只会在表空间内部留下可重用的空间。
  1. ALTER TABLE操作:在共享表空间中进行复制表的ALTER TABLE操作可能会增加表空间所占用的磁盘空间,而文件每表表空间则会在操作完成后释放额外空间。
  1. 性能:在文件每表表空间中执行TRUNCATE TABLE操作通常比在共享表空间中执行时更快。
  1. 存储优化:文件每表表空间的数据文件可以在不同的存储设备上创建,以优化I/O性能、进行更好的空间管理或出于备份目的。
  1. 数据迁移:可以从另一个MySQL实例导入文件每表表空间中的表。
  1. 行格式支持:文件每表表空间中创建的表支持DYNAMIC和COMPRESSED行格式,这些格式不被系统表空间支持。
  1. 数据恢复:当数据损坏发生时,存储在独立表空间数据文件中的表可以更快地恢复,提高成功恢复的机会。
  1. 备份与恢复:使用MySQL企业备份,可以快速备份或恢复文件每表表空间中的表,而不会中断对其他InnoDB表的使用。

File-Per-Table Tablespace Disadvantages

  1. 空间利用率:每个文件每表表空间可能会有未使用的空间,这些空间只能被同一个表的行使用,如果不适当管理,可能会导致空间浪费。
  1. fsync操作:需要对多个文件每表数据文件执行fsync操作,而不是单个共享表空间数据文件。由于fsync操作是按文件执行的,多个表的写操作不能合并,可能导致更高的总fsync操作次数。
  1. 文件句柄:mysqld必须为每个文件每表表空间保持一个打开的文件句柄,如果有大量的表使用文件每表表空间,可能会影响性能。
  1. 文件描述符:当每个表都有自己的数据文件时,需要更多的文件描述符。
  1. 碎片:可能会有更多的碎片产生,这可能会妨碍DROP TABLE操作和表扫描性能。然而,如果碎片得到管理,文件每表表空间可以提高这些操作的性能。
  1. 缓冲池扫描:删除文件每表表空间中的表时,需要扫描缓冲池,对于大型缓冲池,这可能需要几秒钟。扫描是在一个广泛的内部锁的情况下执行的,可能会延迟其他操作。
  1. 自动扩展innodb_autoextend_increment变量定义了共享表空间文件满时自动扩展的增量大小,但这不适用于文件每表表空间文件的自动扩展,不考虑innodb_autoextend_increment设置。文件每表表空间的初始文件扩展是以较小的数量进行的,之后扩展会以4MB的增量进行。
这些缺点表明,虽然文件每表表空间提供了许多管理和性能优势,但它们也引入了一些潜在的挑战,特别是在管理大量小表的环境中。数据库管理员需要权衡这些因素,以确定哪种表空间配置最适合他们的特定用例和性能需求。

理解体会

文件每表表空间为数据库管理员提供了更细粒度的控制,允许他们根据特定的性能和管理需求来优化表的存储。然而,这也需要更细心的空间管理和可能的性能权衡。在设计和维护InnoDB数据库时,选择使用文件每表表空间还是共享表空间,应该基于对这些权衡的理解和具体的应用场景需求。
📌
快速跳转链接
【概念解析】启动
【概念解析】Day 1 - 10
【概念解析】Day 11 - 20
【概念解析】Day 21 - 30
【概念解析】Day 31 - 40
【概念解析】Day 41 - 50
【概念解析】Day 51 - 60
【概念解析】Day 61 - 70
【概念解析】Day 71 - 80
【概念解析】Day 81 - 90
 
上一篇
[阶段小结]2023年11月
下一篇
Day69【概念解析】InnoDB System Tablespace

评论
Loading...