ロックツリー
ホーム画面 > プロジェクト選択 > 分析 > ロックツリー
一日の間に発生したロック(lock)の推移を分析するツールです。この機能によってロックを発生させたセッション(lock holder)と待機しているセッション(lock waiter)に対するツリー構造を視覚的に確認できます。特定時点で発生したロック情報のholderとwaiter間の関係を分析できます。
主な機能は次のとおりです。
-
ロック推移分析: 設定した照会期間中に発生したロックの推移を時間とともに追跡し、グラフで表示します。これにより、ロックがどのように発生し、解消されるかを視覚的に把握できます。
-
ロックHolderおよびWaiter確認: 各ロックに対するholderとwaiterをツリー構造で確認できます。これにより、特定のロックが発生した状況でロックを発生させたセッションと待機するセッションとの関係を把握できます。
-
セッション間の関係分析: ロックを発生させたセッションと待機するセッションとの関係を分析し、クエリー実行およびトランザクション処理過程で発生したロックの原因を識別できます。
これにより、データベース管理者はロック関連の問題を迅速に識別して解決でき、データベースの性能を最適化できます。
基本的な使い方
目的の日付と時間を設定し、数字2の一覧からインスタンスを選択してください。設定した時間にロックが発生した場合は、lock wait sessionsと画面下のテーブルに表示されているデータを表示します。
-
画面上段の 日付で照会する日付を選択して時間を設定します。
-
モニタリングするインスタンスを選択します。
選択したインスタンスで設定した時間中に発生したロック(Lock) 状況を確認できます。
もし設定された時間の間ロック(Lock)が発生した場合は、lock wait sessionsグラフと下段のテーブルで特定の時間帯にロックが集中するのか、または特定のセッションが継続的にロックを誘発するのかなどを分析できます。
チャートで3時間以内にドラッグして、5秒単位のデータを照会できます。ただし、5秒単位のデータは、最近 1か月の範囲に限って照会できます。1か月前のデータは、5分要約データでしか閲覧できません。例えば、40 日前のロックトリックデータをドラッグ(ドリルダウン)すると、5分要約データは照会できますが、5秒データは照会できません。
カラム情報ガイド
各セッションの詳細については、次のカラムを通じて提供します。
項目 | 説明 |
---|---|
event | 待機イベント名です。 |
holder type | ロックを所有しているセッションのタイプです。 |
id1 | 1番目の識別子値です。 |
id2 | 2番目の識別子値です。 |
lock mode | 現在のセッションでリクエストまたは所有するロックモードです。 |
lock request | セッションでリクエストされたロック状態です。 |
module | 実行中のモジュール名です。 |
pid | データベースプロセスのPIDです。 |
prev_sql_id | 以前に実行されたSQL文の固有IDです。 |
prev_sql_param | 以前に実行されたSQLのパラメータです。 |
prev_sql_text | 以前に実行されたSQL文のテキストです。 |
prog_name | セッションを実行するプログラム名です。 |
serial# | 同じセッションの繰り返しの試行を区分するシリアル番号です。 |
sid | セッションを固有に識別するセッションIDです。 |
sql_et | SQL実行時間です。 |
sql_id | 実行中のSQL文の固有IDです。 |
sql_param | SQL実行に使用されたパラメータです。 |
sql_text | 実行中のSQL文のテキストです。 |
status | セッションの状態です。 |
username | セッションを実行するユーザー名です。 |
waiter type | ロックを待っているセッションのタイプです。 |
WhaTapは、クライアントに関する情報をデフォルトで保存します。