InnoDB - Files

InnoDB 将存储的数据按 表空间 (tablespace) 进行存放。用户可以用多个文件组成一个表空间，若多个文件在不同的磁盘上，磁盘的负载可能被平均，从而可以提高数据库的整体性能。设置 innodb_data_file_path 后，所有基于 InnoDB 存储引擎的表数据都会记录到 共享表空间 中；而若设置了 innodb_file_per_table，则用户可以为每一个基于 InnoDB 存储引擎的表产生一个 独立表空间，命名规则为 表名.ibd。

单独的表空间仅存储该表的数据、索引、插入缓冲 bitmap 等信息，其余信息还是存放在默认的表空间中。

Redo 日志文件

默认情况下，InnoDB 存储引擎的数据目录下会有两个文件：ib_logfile0 和 ib_logfile1，即 redo log 文件。当实例或介质失败时，redo log 能够将数据库恢复到掉电前的时刻，以保护数据完整性。

每个 InnoDB 存储引擎至少有一个 redo log 文件组，每个文件组下至少有两个 redo log 文件。为了提供 redo log 的高可用性，可以在不同磁盘上设置多个镜像文件组。文件组中的每个 redo log 文件大小一致，以循环写入的方式运行：先写文件 1，满了以后再写文件 2，满了以后再写文件 1。

innodb_log_file_size - 指定每个 redo log 文件的大小
innodb_log_files_in_group - 指定文件组中 redo log 文件的数量
innodb_mirrored_log_groups - 指定文件组的数量 (如果磁盘本身已经高可用，比如 RAID，那么无需使用镜像)
innodb_log_group_home_dir - 指定文件组所在的路径

Redo log 文件大小的设置对 InnoDB 存储引擎的性能有着非常大的影响：

如果太大，那么恢复将会耗费很长的时间
如果太小，一个事务的日志可能需要多次切换 redo log 文件，或频繁发生 checkpoint

MySQL 的二进制日志会记录所有与 MySQL 数据库有关的操作，包括其它存储引擎；而 InnoDB 的 redo log 显然只记录以 InnoDB 为存储引擎的表操作。另外，InnoDB redo log 记录的是每个页更改的物理情况，而不是逻辑情况。

写入 redo log 时并不是直接写入磁盘，而是先写入一个 redo log buffer 中，然后按一定的条件顺序写入日志文件：

Master thread 每秒例程
参数 innodb_flush_log_at_trx_commit 控制在事务提交时处理 redo log 的方式
- 0 - 不写入文件，等待 master thread 的每秒例程
- 1 - 将 redo log buffer 同步写回磁盘 (fsync)
- 2 - 将 redo log buffer 异步写回磁盘 (由 OS 文件系统负责，OS 不 crash 就没事)

如果要保证事务 ACID 特性中的 持久性，必须将上述参数设置为 1，保证事务提交时所有操作都已写入磁盘上的 redo log 文件。当数据库 crash 时，可以保证能够恢复已经提交的事务。

InnoDB - Files

参数文件

日志文件

错误日志

慢查询日志

查询日志

二进制日志

套接字文件

PID 文件

表结构定义文件

InnoDB 存储引擎文件

表空间文件

Redo 日志文件