如Kernel关于AIO的文档中所说，AIO可以一次性发出大量的read/write调用并且通过通用块层的IO调度来获得更好的性能，用户程序也可以减少过多的同步负载，还可以在业务逻辑中更灵活的进行并发控制和负载均衡
那么AIO有什么可能的优势被数据库所青睐呢？
- 透过AIO，可以屏蔽掉Linux内核底层的page cache。而制定application-level的cache机制。
我们都知道，Linux会针对每个文件对应的inode，创立一个address_space，并以Radix树来组织它的page cache命中情况，page的替换算法，整体是LRU，预测页面本身的活跃度。这个策略，固然非常符合局部性原理(Locality)，但是不能针对用户程序本身的特征，进行用户级的cache。
2.透过AIO（尤其是结合DIO），可以一定程度上，进行用户级别的IO scheduling。采用AIO，用户可以控制发送给内核的IO请求，从而控制谁比谁更重要。内核固然有它的IO调度算法，但是它是比较general的。
- 透过AIO，可以进行用户级别的read-ahead和write-behind控制。
我们都知道，Linux内核本身会根据用户的读请求，去预测后续的读，从而在后续的读还没有发起的情况下，就提前预读。详见：《宋宝华： 文件读写（BIO）波澜壮阔的一生》，但是这种预读的page，并不一定是上层应用想要的page。而内核的write-behind机制，也可能导致内核累积到很多dirty数据后，出现写磁盘的突发性洪泛。现在AIO机制，我们把这些都交给用户。
- 透过AIO，不阻塞地在前台线程，直接dispatch IO请求，带来很好的
scalability。在InnoDB里面，可以透过 innodb_use_native_aio来配置使用同步的IO还是AIO，而且它有一番对比，值得细细地品读。同步IO的时候，query threads是将IO请求放入queue，由InnoDB后台线程的每个线程处理一个IO请求。而AIO的时候，query threads直接发IO请求。
