Verwenden, gv$session, zu sagen, wenn eine Abfrage hängen

Ich habe eine Abfrage ausführen, die in Oracle -, die kann oder kann nicht aufgehängt werden. Es läuft jetzt seit ~10 Stunden jetzt, aber bezogen auf die Menge der Daten, die ich bin laden, die dürfen nicht unangemessen sein.

Schaute ich mir die session im gv$session und Frage mich, ob es einen Weg gibt, zu übersetzen, dass die Informationen, um zu sehen, ob es tatsächlich irgendwelche Aktivitäten geht, oder wenn die Abfrage stecken, warten auf eine Sperre oder sonst hing.

Ich habe bereits Lesen Sie die Dokumentation für diese Ansicht hier. Meistens bin ich auf der Suche, für Tipps von jemand, dessen Erfahrung gehabt, die das Debuggen dieser Art von Problemen in Oracle.

Dank!

Gibt es einen Eintrag in v$session_longops dass Sie überprüfen könnten, um zu sehen, ob es voran? Alternativ überprüfen Sie diesen link für Möglichkeiten, um zu sehen, wenn Sie Ihre Sitzung ist gesperrt: orafaq.com/node/854
Danke, ich kann dies in Kombination mit gv$sqlarea, um zu sehen, welche Aussagen halten Sie mich up!

InformationsquelleAutor Paul | 2012-04-27

  1. 8

    In gv$session, die event Spalte sagt Ihnen, was wait event Ihrer Sitzung wartet derzeit auf. Wenn Sie Ihre session wartet auf irgendeine Art von Sperre durch einen anderen Sitzung, die event wird Ihnen sagen, dass (zum Beispiel, es wird "enq: TX - row lock contention", wenn Sie in Warteschlangen warten, um ein sperren der Zeile gehalten wird von einer anderen Sitzung) und blocking_instance und blocking_session aufgefüllt wird, mit der Instanz und session-ID des Inhabers der Sperre. Sie können auch einen Blick auf seconds_in_wait (wenn wait_time=0), um zu bestimmen, wie viele Sekunden der session damit verbracht hat, in der aktuellen warte-Ereignis. Das sollte zumindest dir sagen, ob deine session ist derzeit "stecken", aber es sagt Ihnen nichts, wenn Ihre Abfrage ist jemals wirklich fertig-- wenn es ein schlechter plan, es ist durchaus möglich, dass du hast "gute" warten Veranstaltungen wie wartet auf die disk-I/O, die angeben, dass die Sitzung etwas tun, aber die Abfrage wird nie wirklich fertig zu stellen.

    Tolle info. Danke!
    wählen Sie " ALTER SYSTEM KILL SESSION "'||, sid||','||"SERIAL#"||"';', Veranstaltung von gv$session, wo die Maschine = 'Ihre Maschine' ist praktisch, um die Befehle generiert werden, um Sie zu töten off. Einfach kopieren-einfügen-Spalte 1

    InformationsquelleAutor Justin Cave

  2. 4

    Basierend auf einige weitere Forschung und Ollie ' s Kommentar kam ich auf diese Abfragen, die helfen die debug-Ausgabe:

    select s.sid, 
       s.username,
       s.machine,
       s.osuser, 
       cpu_time,
       (elapsed_time/1000000)/60 as minutes,
       sql_text
from gv$sqlarea a, gv$session s
where s.sql_id = a.sql_id
and s.machine like '####';


select lo.*, 
       a.sql_text
from gv$sqlarea a, gv$session_longops lo
where lo.sql_id = a.sql_id
and lo.sid = ####
order by lo.start_time;
    Ohne Prüfung der genauen Spalten in diesen Ansichten, wäre es nicht besser zu verknüpfen, gv$sqlarea, gv$session_longops über SQL_ID? Ich bin nicht vor meinem PC im moment so ich kann nicht überprüfen 🙁
    Das funktioniert auch. Ich aktualisierte die Antwort.

    InformationsquelleAutor Paul

  3. 0

    Dies wird Hilfreich sein, Überprüfen Sie die aktuell Laufende Sitzung

    select a.SID, a.SERIAL#, c.OBJECT_NAME 
from v$session a, v$locked_object b, user_objects c
where a.SID=b.SESSION_ID and b.OBJECT_ID=c.OBJECT_ID

    InformationsquelleAutor Shyam D

Schreibe einen Kommentar