Запросы по текущему состоянию

SELECT * FROM
(SELECT
    sql_fulltext,
    sql_id,
    elapsed_time,
    child_number,
    disk_reads,
    executions,
    first_load_time,
    last_load_time
FROM    v$sql
ORDER BY elapsed_time DESC)
WHERE ROWNUM < 10
/

Это находит верхние операторы SQL, которые в настоящее время хранятся в кэше SQL, упорядоченном по прошедшему времени. Операторы со временем исчезнут из кэша, поэтому не стоит пытаться диагностировать пакетное задание прошлой ночи, когда вы приступаете к работе в полдень.

Вы также можете попробовать заказать по disk_reads и исполнениям. Выполнение полезно, потому что некоторые плохие приложения посылают один и тот же оператор SQL слишком много раз. Это SQL предполагает, что вы правильно используете переменные привязки.

Затем вы можете взять sql_id и child_number заявления и скормить их этому ребенку:-

SELECT * FROM table(DBMS_XPLAN.DISPLAY_CURSOR('&sql_id', &child));

Это показывает фактический план из кэша SQL и полный текст SQL.

Вы можете найти дисковые интенсивные полные таблицы сканирования с чем-то вроде этого:

SELECT Disk_Reads DiskReads, Executions, SQL_ID, SQL_Text SQLText, 
   SQL_FullText SQLFullText 
FROM
(
   SELECT Disk_Reads, Executions, SQL_ID, LTRIM(SQL_Text) SQL_Text, 
      SQL_FullText, Operation, Options, 
      Row_Number() OVER 
         (Partition By sql_text ORDER BY Disk_Reads * Executions DESC) 
         KeepHighSQL
   FROM
   (
       SELECT Avg(Disk_Reads) OVER (Partition By sql_text) Disk_Reads, 
          Max(Executions) OVER (Partition By sql_text) Executions, 
          t.SQL_ID, sql_text, sql_fulltext, p.operation,p.options
       FROM v$sql t, v$sql_plan p
       WHERE t.hash_value=p.hash_value AND p.operation='TABLE ACCESS' 
       AND p.options='FULL' AND p.object_owner NOT IN ('SYS','SYSTEM')
       AND t.Executions > 1
   ) 
   ORDER BY DISK_READS * EXECUTIONS DESC
)
WHERE KeepHighSQL = 1
AND rownum <=5;

Вы можете взять среднее значение буфера, получаемое за выполнение в течение периода активности экземпляра:

SELECT username,
       buffer_gets,
       disk_reads,
       executions,
       buffer_get_per_exec,
       parse_calls,
       sorts,
       rows_processed,
       hit_ratio,
       module,
       sql_text
       -- elapsed_time, cpu_time, user_io_wait_time, ,
  FROM (SELECT sql_text,
               b.username,
               a.disk_reads,
               a.buffer_gets,
               trunc(a.buffer_gets / a.executions) buffer_get_per_exec,
               a.parse_calls,
               a.sorts,
               a.executions,
               a.rows_processed,
               100 - ROUND (100 * a.disk_reads / a.buffer_gets, 2) hit_ratio,
               module
               -- cpu_time, elapsed_time, user_io_wait_time
          FROM v$sqlarea a, dba_users b
         WHERE a.parsing_user_id = b.user_id
           AND b.username NOT IN ('SYS', 'SYSTEM', 'RMAN','SYSMAN')
           AND a.buffer_gets > 10000
         ORDER BY buffer_get_per_exec DESC)
 WHERE ROWNUM <= 20

Следующий запрос возвращает операторы SQL, которые выполняют большое количество операций чтения с диска (также включает пользователя-нарушителя и количество выполненных запросов):

SELECT t2.username, t1.disk_reads, t1.executions,
    t1.disk_reads / DECODE(t1.executions, 0, 1, t1.executions) as exec_ratio,
    t1.command_type, t1.sql_text
  FROM v$sqlarea t1, dba_users t2
  WHERE t1.parsing_user_id = t2.user_id
    AND t1.disk_reads > 100000
  ORDER BY t1.disk_reads DESC

Запустите запрос как SYS и отрегулируйте количество считываний диска в зависимости от того, что вы считаете чрезмерным (100 000 работает для меня).

Я использовал этот запрос совсем недавно, чтобы отследить пользователей, которые отказываются воспользоваться Explain Plans перед выполнением своих инструкций.

Я нашел этот запрос в старой книге по настройке Oracle SQL (которой у меня, к сожалению, больше нет), поэтому прошу прощения, но нет атрибуции.

полная информация, которую я получил от askTom-Oracle. Я надеюсь, что это поможет вам

select * 
from v$sql 
where buffer_gets > 1000000 
or disk_reads > 100000 
or executions > 50000