Вы здесь
Запросы по текущему состоянию
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
Post new comment