调整完内存参数后，现在就要对相应的SQL语句来调整，由于SQL语句我并没有拿到，只能凭回忆说一下大致的情况，这个首页调用的SQL语句是个视图，视图中还有一个由存储过程生成的视图，用了半连接的in进行多表连接，查看了执行计划发现，2个视图中的子查询的多表连接都采用了union的方式，询问了一下，此处并无排序的需求，因此建议改成了union all，可以避免排序操作。另外视图中连接的这些表（共3个），无一例外地都是走了Full Table Scan，即全表扫描，没有一个用到索引，显然这不太合理，通过在一个查询字段”currentstate“上建立索引后，再次查询发现，该条语句单独跑的时候，cost立即从原来的800多降低到了200多，以此类推，我建议了他们在相应的查询列上建立索引，来优化这条SQL语句。优化思路提出来了，具体的优化过程由他们自己完成。
总结：
再次强调一下，数据库性能问题，先从两方面着手，一是调整数据库参数（查看内存参数设置是否合理等），二是对SQL语句进行调整（优化），分析执行计划，查看索引是否被高效地利用起来，另外需要结合AWR报告分析数据库是否负载过高（DB Time过高），存在性能瓶颈（TOP 5 event）,命中率过低（Buffer Hit%、Library Hit%过低）等不利因素。
在CentOS 6.4下安装Oracle 11gR2(x64)