Statspack 报告的对比挺实用的，尤其是在多实例、大并发环境下定位性能瓶颈时有。23.2 节提到的做法比较靠谱——通过不同时段的Statspack报告横向对比，能看出哪些等待事件在高峰期突然飙升。像db file sequential read和log file sync这种，看着就有 IO 瓶颈的嫌疑，配合CPU time也可以初步判断是不是业务逻辑太重了。

蛮推荐搭配动态性能视图来看，比如v$session和v$active_session_history，能看到更实时的数据，效果更好。

另外，文末那些相关文章也值得一看，像等待事件的主要等待时间和等待次数，写得还挺细致，适合深入了解每类事件背后的机制。尤其是你如果正在做Oracle数据库性能优化，绝对能派上用场。

建议你多对比几天的报告，别只盯一天，异常有时候是业务规律导致的；如果你想自动化这些，也可以看看AWR的方式，输出结构化不少，脚本也方便。