调整disk_asynch_io参数优化Oracle 11g SSD I/O性能

先说一个常见误区：很多人以为，只要在 SSD 上运行 Oracle，把 disk_asynch_io 设为 true 就能大幅提升性能。其实，这个参数只是必要条件，远非充分条件——而真正拖累性能的，往往是另外几个极易被忽视的瓶颈。

将 disk_asynch_io 设为 true 是基础前提，但仅开启它远远不够——SSD 环境下真正制约性能的，是 filesystemio_options 的配置以及 Linux 内核异步 I/O 资源的限制。

为何在 SSD 上 disk_asynch_io=true 可能并未生效

Oracle 11g 的 disk_asynch_io 参数本质上是数据库层面的总开关，它只控制“是否发起异步请求”，而系统层面能否真正实现异步，则是另一回事。影响后者的因素包括操作系统是否支持异步 I/O、文件系统配置是否匹配、以及内核异步 I/O 资源是否充足。

在 SSD 环境中，经常遇到这样的怪事：查询 v$iostat_file 时，发现 ASYNCH_IO 列全部显示为 DISABLED，即便已经设置了 disk_asynch_io=true。运行 I/O 校准（DBMS_RESOURCE_MANAGER.CALIBRATE_IO）时，甚至直接报错 ORA-27090: Unable to reserve kernel resources for asynchronous disk I/O。更隐蔽的情况是，后台看似启用了异步，但 db file parallel write 的平均等待时间丝毫没有下降——这通常意味着异步并没有真正跑起来。

filesystemio_options 必须配套设置（尤其是使用文件系统时）

如果数据文件存放在 ext4 或 xfs 这类常规文件系统上（而非 ASM），那么 disk_asynch_io 的效果还要看 filesystemio_options 的脸色。该参数有四个可选值：none、setall、directIO、asynch。在 SSD 场景下，唯一推荐的选择是 setall。

• setall 相当于同时启用 direct I/O 和 asynchronous I/O——既绕过了操作系统 page cache，又允许多个 I/O 请求并发提交，这对低延迟的 SSD 最为友好。
• asynch 单独设置会产生 buffered I/O 加异步的组合，结果导致 OS cache 与 Oracle buffer cache 双重缓存，既浪费内存又增加 CPU 开销。
• directIO 单独设置属于同步直写，基本无法发挥 SSD 的并发优势。
• 在 ASM 环境下，此参数无效，无需关注；但使用文件系统部署时，必须显式设置为 setall。

Linux 内核参数 fs.aio-max-nr 必须调大

SSD 的高并发 I/O 会迅速消耗默认的异步 I/O 事件槽位。很多时候，Oracle I/O 校准失败或 DBWR 频繁退回到同步模式，根源就在这里。

• 默认值通常为 65536 或 1048576，对现代 SSD（尤其是 NVMe）来说远远不够。
• 建议值至少设为 3145728（约 3M），高负载的 RAC 或多实例环境可以调整到 6291456。
• 修改方法很简单：echo "fs.aio-max-nr = 3145728" >> /etc/sysctl.conf && sysctl -p。
• 注意：这是全局限制，而非 per-process 限制。修改后还需要重新启动数据库实例才能生效——因为 DBWR 在初始化时会预先申请一批 AIO context。

SGA 分配必须跟上 direct I/O 的节奏

启用 setall 后，OS cache 被绕过，所有读请求都需要由 Oracle 自身的 buffer cache 来满足。如果 db_cache_size 还按照旧习惯设置得很小，热数据的物理读就会直接打到 SSD 上，异步的优势也随之被抵消。

• 可以通过 v$sysstat 观察 physical reads 和 db block gets 的比值。如果比值大于 0.3，说明 cache 命中率不足。
• SSD 虽然很快，但物理读仍然是毫秒级延迟，远慢于逻辑读（纳秒级）。所以热数据必须尽可能保留在 db_cache_size 中。
• 建议在总内存充裕的前提下，将 db_cache_size 设置为物理内存的 40%~60%。同时关闭自动内存管理（AMM），改用 ASMM 进行更精细的控制。
• 别忘了检查 db_flash_cache_size（11gR2+ 支持）。如果配备了 PCIe SSD 作为闪存缓存，会进一步减轻主存储的压力。

真正决定 SSD 上 Oracle I/O 效率的，从来不是单个参数开关。它是 disk_asynch_io、filesystemio_options、fs.aio-max-nr 和 db_cache_size 四者协同作用的结果。漏掉任何一环，异步都只是纸上谈兵。