关于oracle 联机日志文件的配置，没有多少好说的，出于对性能的影响考虑，两个规则，首先 ：日志文件是否够大；其次：日志文件组数是否够多。至于文件存放的物理磁盘，由于日志文件是顺序写的，即使放到固态盘上，与普通的机械硬盘相比，优势并不多。
这里通过实验来验证由于日志文件配置的问题，对oracle系统的整体吞吐量造成的瓶颈。
第一 次测试：日志文件大小为50M，共三组。如下：
这里我们使用HarmmerDB 压力测试工具来对数据库施压
e
之前预创建了20个warehouse，这里配置20个虚拟用户，每个虚拟用户发起100万个事务，如下。
5分钟的压力测试后，提取awr报告，检查系统负载以及等待事件如下
每秒事务数
排在前五位的等待事件，log file swich(checkpoint incomplete) 高居榜首。
log file swich(checkpoint incomplete)关于这个等待事件，oracle官方文档解释如下。
Waiting for a log switch because the session cannot wrap into the next log. Wrapping cannot be performed because the checkpoint for that log has not completed.
正如最后一列显示，这是由于系统配置不当造成的等待。调整日志文件的配置，每个日志组为1g大小的文件，共五组，如下。
再使用同样的压力测试过程施压完后，再来看系统负载情况。
DB time并无明显的变化，但是每秒事务数为172，如下
几乎提高了三倍。
前五位的等待事件
之前的log file swich(checkpoint incomplete)等待事件已经消失。