如果问题是一个正运行的缓慢的查询SQL,那么就应该对该查询进行调优,避免它耗费过高的CPU资源。如果它做了许多的hash连接和全表扫描,那么就应该添加索引以提高效率。
下面的文章可以帮助判断查询的问题:
Note:215187.1 SQLT (SQLTXPLAIN) - Tool that helps to diagnose SQL
Note:199083.1 Master Note: SQL Query Performance Overview
实时SQL监控是11g的一个新特性,它能监控正运行的SQL性能。
Note.1229904.1 Real-Time SQL Monitoring in 11g
其它的跟踪技术也可能是有用的,用于判断一个进程是否需要继续使用高CPU资源,分析原因。
Note:376442.1 How To Collect 10046 Trace (SQL_TRACE) Diagnostics for Performance Issues
总结:
SQL调优其实是一个很复杂的事情,有时表象仅仅是慢,但其真正的原因可能是多样性的,可能是SQL语句的问题,可能是数据库具体参数配置的问题,也可能是操作系统资源争用的问题,这样的问题必须具体问题具体分析,没有一个统一的规则,但至少对于每一类问题有一些可参考的判断方法,可能直接看这些印象不会太深,真实处理这样的问题往往更有意义,当然不是每次都有这样的机会,那就创造机会或寻找机会,总之如果想学,就一定有方法可以学到的。
时间: 2024-11-15 09:22:30