Мое приложение, использующее базу данных Oracle, работает медленно или, кажется, полностью остановилось.
Как узнать, какие запросы наиболее дороги, поэтому я могу продолжить исследование?
Мое приложение, использующее базу данных Oracle, работает медленно или, кажется, полностью остановилось.
Как узнать, какие запросы наиболее дороги, поэтому я могу продолжить исследование?
Здесь показан SQL, который в настоящее время "АКТИВНО": -
select S.USERNAME, s.sid, s.osuser, t.sql_id, sql_text
from v$sqltext_with_newlines t,V$SESSION s
where t.address =s.sql_address
and t.hash_value = s.sql_hash_value
and s.status = 'ACTIVE'
and s.username <> 'SYSTEM'
order by s.sid,t.piece
/
Здесь отображаются блокировки. Иногда все идет медленно, но это потому, что он заблокирован в ожидании блокировки:
select
object_name,
object_type,
session_id,
type, -- Type or system/user lock
lmode, -- lock mode in which session holds lock
request,
block,
ctime -- Time since current mode was granted
from
v$locked_object, all_objects, v$lock
where
v$locked_object.object_id = all_objects.object_id AND
v$lock.id1 = all_objects.object_id AND
v$lock.sid = v$locked_object.session_id
order by
session_id, ctime desc, object_name
/
Это хорошо подходит для поиска длительных операций (например, полного сканирования таблицы). Если это из-за большого количества коротких операций, ничего не появится.
COLUMN percent FORMAT 999.99
SELECT sid, to_char(start_time,'hh24:mi:ss') stime,
message,( sofar/totalwork)* 100 percent
FROM v$session_longops
WHERE sofar/totalwork < 1
/
Попробуйте это, он даст вам запросы в настоящее время более 60 секунд. Обратите внимание, что он печатает несколько строк для каждого запроса, если SQL имеет несколько строк. Посмотрите на sid, serial #, чтобы увидеть, что принадлежит вместе.
select s.username,s.sid,s.serial#,s.last_call_et/60 mins_running,q.sql_text from v$session s
join v$sqltext_with_newlines q
on s.sql_address = q.address
where status='ACTIVE'
and type <>'BACKGROUND'
and last_call_et> 60
order by sid,serial#,q.piece
v $ SESSION_LONGOPS
Если вы ищете sofar! = Totalwork, вы увидите те, которые не были завершены, но записи не удаляются после завершения операции, так что вы также можете увидеть там много истории.
Step 1:Execute the query
column username format 'a10'
column osuser format 'a10'
column module format 'a16'
column program_name format 'a20'
column program format 'a20'
column machine format 'a20'
column action format 'a20'
column sid format '9999'
column serial# format '99999'
column spid format '99999'
set linesize 200
set pagesize 30
select
a.sid,a.serial#,a.username,a.osuser,c.start_time,
b.spid,a.status,a.machine,
a.action,a.module,a.program
from
v$session a, v$process b, v$transaction c,
v$sqlarea s
Where
a.paddr = b.addr
and a.saddr = c.ses_addr
and a.sql_address = s.address (+)
and to_date(c.start_time,'mm/dd/yy hh24:mi:ss') <= sysdate - (15/1440) -- running for 15 minutes
order by c.start_time
/
Step 2: desc v$session
Step 3:select sid, serial#,SQL_ADDRESS, status,PREV_SQL_ADDR from v$session where sid='xxxx' //(enter the sid value)
Step 4: select sql_text from v$sqltext where address='XXXXXXXX';
Step 5: select piece, sql_text from v$sqltext where address='XXXXXX' order by piece;
Вы можете создать отчет AWR (автоматический репозиторий рабочей нагрузки) из базы данных.
Запустите из командной строки SQL * Plus:
SQL> @$ORACLE_HOME/rdbms/admin/awrrpt.sql
Прочитайте документ, связанный с тем, как создать и понять отчет AWR. Это даст полное представление о производительности базы данных и проблемах с ресурсами. Как только мы ознакомимся с отчетом AWR, будет полезно найти Top SQL, который потребляет ресурсы.
Кроме того, в пользовательском интерфейсе 12C EM Express мы можем генерировать AWR.
Вы можете проверить детали длительных запросов, такие как% выполненных и оставшееся время, используя следующий запрос:
SELECT SID, SERIAL#, OPNAME, CONTEXT, SOFAR,
TOTALWORK,ROUND(SOFAR/TOTALWORK*100,2) "%_COMPLETE"
FROM V$SESSION_LONGOPS
WHERE OPNAME NOT LIKE '%aggregate%'
AND TOTALWORK != 0
AND SOFAR <> TOTALWORK;
Полный список действий по устранению неполадок вы можете проверить здесь: Устранение неполадок при длительных сеансах