数据库负载并不高，如果应用反馈慢的话就提升I/O能力，比如换SSD之类的，也可以把top sql优化下，另外有几个严重等级的参数要设置下。

_undo_autotune: null

隐含参数 _undo_autotune 负责 undo retention（即 undo 段的保持时间）的自动调整，若由 Oracle 自动负责 undo retention，则 Oracle 会根据事务量来占用 undo 表空间，可能会形成 undo 表空间的争用，建议将其关闭。
参考命令：alter system set "_undo_autotune"=FALSE #INSTANCE#;

严重

_use_adaptive_log_file_sync: null

Oracle 默认启用 _use_adaptive_log_file_sync 参数，使得 LGWR 进程写日志的方式能自动在 post/wait 和 polling 两种方式之间进行取舍，可能会导致比较严重的写日志等待（log file sync的平均单次等待时间较高）,建议关闭此功能。
参考命令：alter system set "_use_adaptive_log_file_sync"=FALSE #INSTANCE#;

严重

event: null

alter system set event='28401 trace name context forever,level 1','10949 trace name context forever,level 1' sid='*' scope=spfile;
说明：这个参数主要设置2个事件：
1） 10949事件用于关闭11g的自动serial direct path read特性，避免出现过多的直接路径读，消耗过多的IO资源。
2） 28401事件用于关闭11g数据库中用户持续输入错误密码时的延迟用户验证特性，避免用户持续输入错误密码时产生大量的row cache lock或library cache lock等待，严重时使数据库完全不能登录。

严重

感谢大佬我研究一下