14.10 InnoDB Disk IO and File Space Management InnoDB 磁盘IO和文件空间管理: 14.10.1 InnoDB Disk I/O
14.10.2 File Space Management
14.10.3 InnoDB Checkpoints
14.10.4 Defragmenting a Table
14.10.5 Reclaiming Disk Space with TRUNCATE TABLE 作为一个DBA,你必须管理disk I/O 来保持 I/O 子系统防止变的饱和, 管理磁盘空间来避免存储满存储设备。 ACID 设计模型需要一定数量的I/O,那个看起来是多余的, 但是有助于确保数据的可靠性。 在这些约束下, InnoDB 尝试优化数据库负载和磁盘文件组织来 最小化磁盘I/O总量。 有时候,I/O 是延迟的直到数据库不是那么繁忙,或者直到everything 需要被带到一致性状态, 比如在一个数据库重启在一个快速关闭。 这个章节描述主要因素对于I/O和磁盘空间 1. 控制 background I/O 的数量用于改善查询性能 2. 启用或者关闭提供额外的持久性 在代价为额外I/O的功能 3.组织表到很多的小表, 更少的大文件, 或者是两者的结合 4.平衡redo log 文件的大小 对I/O活动发生当log files 变满 5.如何重新组织一个表用于优化查询 14.10.1 InnoDB Disk I/O InnoDB 磁盘I/O InnoDB 使用异步 disk I/O 在可能的情况下, 通过创建多个threads 来处理I/O操作, 同时允许其他数据库操作来处理 当I/O是仍旧在进行中。 在Linux和Windows 平台,InnoDB 使用可用的OS和library 函数来执行 异步I/O, 在其他平台,InnoDB 仍旧使用I/O threads,但是the threads 可能实际等待I/O的请求来完成, 这种技术被认为是 模拟异步I/O。 Read-Ahead: 如果InnoDB 可以决定有一个高概率,数据可能马上需要,它执行read-ahead 操作 把数据加载到Buffer pool，这样就可以在内存里可用的。 几个大的大请求对于连续的数据是更加有效的相比做一些小的请求,分散的请求, 这里有两种预读算法在InnoDB： 1. 顺序预读, 如果InnoDB 选项发现访问模式到segment 在tablespace 是顺序的, 它提前post 一个批处理器读数据库页到I/O系统 2. 在一个随机预读,如果InnoDB 注意一些区域在一个tablespace 看起来被全部读入到buffer pool， 它post 剩下的读到I/O系统 Doublewrite Buffer InnoDB 使用一个新的文件刷新技术涉及一个结构称为doublewrite buffer, 默认启用 (innodb_doublewrite=ON).
mysql> show variables like '%innodb_doublewrite%';
+--------------------+-------+
| Variable_name | Value |
+--------------------+-------+
| innodb_doublewrite | ON |
+--------------------+-------+
1 row in set (0.00 sec) 它增加安全的恢复在一个crash或者断电, 通过降低 fsync() operations.来提高性能 在写page 到一个数据文件,InnoDB 首先写他们到一个连续的tablespace area 称为 doublewrite buffer. 只有在write和flush 到 doublewrite buffer 已经完成 InnoDB 写pages到它们的合适的位置在数据文件里 。
如果没有一个操作系统,
存储子系统,或者mysqld 处理一个crash 在page中间