14.10.1 InnoDB Disk I/O

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中间