1、DB时间
如果DB Time 比 Elapsed 大，可能有性能问题，需再进一步分析

2、Load Profile负载曲线
逻辑读取每笔交易（144.2）=逻辑读取每秒（103724.1）/交易（719.2）
超过50证明需要进行sql优化，推荐值10左右；


3、Load Profile负载曲线解析与硬解析
软解析每秒超过300次意味着应用程序效率不高，没有使用soft soft parse；硬解析每秒(每个事务)产生的硬解析次数。每秒超过100次，就可能说明绑定使用的不是太高效。

4、实例效率百分比（目标 100%）
缓冲区 Nowait % 非等待方式获取数据块的百分比。
这个值偏小，说明发生SQL 访问数据块时数据块正在被别的会话读入内存，需要等待这个操作完成。发生这样的事情通常就是某些数据块变成了热块；
缓冲区命中 % 低，需要优化数据库适当增大buffer_pool，优化慢sql（添加索引，降低全表扫描）；
软解析占总解析数的百分比。可以近似当作sql 在共享区的命中率。
这个数值偏低，说明系统中有些SQL 没有重用，最优可能的原因就是没有使用绑定变量。
<95% ：需要考虑到绑定
<80% ：那么就可能 sql 基本没有被重用
库命中 %共享池中SQL 解析的命中率。
Library Hit<95% ，要考虑加大共享池，绑定变量

5、