张大朋（Lunar）Oracle 资深技术专家
Lunar 拥有超过十年的 ORACLE SUPPORT 从业经验，曾经服务于ORACLE ACS部门，现就职于 ORACLE Sales Consultant 部门，负责的产品主要是 Exadata，Golden Gate，Database 等。
编辑说明：在Oracle数据库中，很多概念在悄悄的发生变化，而如果缺乏实践和动手验证，你可能离真相会越来越远。从文件系统到ASM，Oracle的异步IO参数也在发生不断变化。
昨天客户的一个重要应用切换到新的系统环境上，今天观察，发现部分异常等待：
从OS的CPU负载来看，定期会出现一个峰值，从ASH中可以看出，这个峰值对应的等待事件跟AWR的完全吻合。
因此，主要怀疑两个东西：
1，应用的SQL和对象的属性（比如table或者index的统计信息，并行度等等……）
2，系统的AIO设置
上面的第一条，已经提交给开发相应的SQL和其他信息；第二条，因为系统以前是11.2 RAC，使用了ASM，而现在是单机文件系统.
因此对比了这两种环境下AIO的异同，结论如下：
1，Linux下，ASM数据库和文件系统数据库的AIO设置差别：
----(1). ASM的AIO属性是不受 FILESYSTEMIO_OPTIONS 参数的影响（因为ASM会绕过文件系统buffer），只跟DISK_ASYNCH_IO有关系
----(2). 文件系统的AIO属性跟 FILESYSTEMIO_OPTIONS 和 DISK_ASYNCH_IO 都有关系
2，FILESYSTEMIO_OPTIONS=NONE ： Bug 6733627 – Unaccounted Wait Time on “Direct Path” operations with FILESYSTEM_IO_OPTIONS=NONE (Doc ID 6733627.8)
3， db file async I/O submit’相关内容：
‘db file async I/O submit’ when FILESYSTEMIO_OPTIONS=NONE (Doc ID 1274737.1) —详细讲述了 ‘db file async I/O submit’ 和 FILESYSTEMIO_OPTIONS=NONE的关系
当文件系统设置了FILESYSTEMIO_OPTIONS=NONE时，会出现“db file async I/O submit”后台等待事件，而正常应该是出现“db file parallel write”
可以通过设置 FILESYSTEMIO_OPTIONS=SETALL，启用AIO，然后在AWR中会出现db file parallel write，而不再是db file async I/O submit
4，FILESYSTEMIO_OPTIONS=DIRECTIO ： Wrong FILESYSTEMIO_OPTIONS Settings Can Cause a Corrupted Block to be Returned at the First Read (Doc ID 1918825.1)
5，一般，linux建议设置为 FILESYSTEMIO_OPTIONS=SETALL
具体测试过程如下：
先看看官方文档的描述：
FILESYSTEMIO_OPTIONS文章转载自张大朋，如果涉嫌侵权，请发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。 评论 |
