用法

此元素可以與 sc_work_class_id 元素搭配使用，以唯一識別活動的服務類別工作類別 (如果有的話)。

用法

此元素可以與 sc_work_action_set_id 元素搭配使用，以唯一識別活動的服務類別工作類別 (如果有的話)。

用法

用法

將此元素與區段解譯程序搭配使用，以說明陳述式，並檢視陳述式的存取計劃。

用法

此元素及 num_columns_referenced 元素可用來決定在執行 SQL 陳述式的執行時期區段期間，從表格存取的平均直欄數。 此平均直欄存取計數可協助識別 橫列組織 表格，這些表格可能是轉換為 直欄組織 表格的候選項 (例如，通常只會存取少數直欄的寬表格)。

此元素也可以用來協助瞭解 直欄組織 表格的存取效率 (例如，掃描表格時通常會讀取的直欄數)。

用法

若為靜態 SQL 陳述式，您可以將此元素與 creator、 package_version_id及 package_name 監視器元素一起使用，以使用範例查詢來查詢 SYSCAT.STATEMENTS 系統型錄表格並取得靜態 SQL 陳述式文字，如下所示:

 
    SELECT SEQNO, SUBSTR(TEXT,1,120)
           FROM SYSCAT.STATEMENTS
           WHERE PKGNAME   = 'package_name' AND
                 PKGSCHEMA = 'creator'      AND
                 VERSION = 'package_version_id' AND
                 SECTNO    = section_number
           ORDER BY SEQNO

用法

用法

使用此元素可判定等待此資料來源的資料所花費的實際時間。 這在 SYSCAT.SERVERS中的容量規劃和調整 CPU 速度及通訊速率時非常有用。 修改這些參數可能會影響最佳化工具是否將要求傳送至資料來源。

回應時間的測量方式是聯合伺服器從資料來源要求一列的時間，與該列可供聯合伺服器使用的時間之間的時間差異。

用法

搭配使用此元素與查詢陳述式 ID 監視器元素 (stmtid) ，以識別 SQL 陳述式。 語意編譯環境 ID 用來區分具有相同陳述式文字，但語意不同的查詢，因為它們參照不同的物件。 例如，陳述式 SELECT * FROM T1 中所參照的表格取決於編譯環境中預設綱目的值。 如果兩個具有不同預設綱目的使用者發出此陳述式，則套件快取中的陳述式會有兩個項目。 這兩個項目將具有相同的 stmtid 值，但 semantic_env_id將具有不同的值。

用法

用法

此元素的值符合視圖 SYSCAT.SERVICECLASSES的 SERVICECLASSID 直欄值。 使用此元素可查閱服務子類別名稱，或從不同來源鏈結服務子類別的相關資訊。 例如，結合服務類別統計資料與直方圖 bin 記錄。

用法

此監視器元素是 sc_work_action_set_id 監視器元素的別名。

用法

此監視器元素是 sc_work_class_id 監視器元素的別名。

用法

將此元素與其他活動元素一起使用，以分析活動的行為，或與其他統計資料元素一起使用，以分析服務類別或臨界值佇列。

用法

將此元素與其他活動元素一起使用，以分析活動的行為，或與其他統計資料元素一起使用，以分析服務類別或臨界值佇列。

用法

您可以使用此元素來決定要使用哪個授權 ID 來準備 SQL 陳述式及/或執行 SQL 陳述式。 此監視器元素不會報告在執行儲存程序內設定的任何階段作業授權 ID 值。

用法

用法

• 頁面是新頁面，尚未在磁碟上建立。
• 另一個代理程式可能需要相同的頁面，因此由不同的預先提取要求將它載入至緩衝池。 在此情況下，由於產生的其他預先提取要求是多餘的，因此跳過的預先提取要求數目增加可能不是問題。
• 在預先提取器能夠完成預先提取作業之前，代理程式直接從磁碟擷取它們。 如果系統配置的預先提取器數目不足，或有其他類型的預先提取瓶頸，則可能會強制代理程式直接從磁碟讀取頁面。 例如，在 OLTP 系統中 (其中大部分工作量本質上是交易式) ，可能是透過將配置參數 num_ioservers 設為 1 來配置預先提取器數目下限。 不過，如果執行使用預先提取的作業 (例如執行表格掃描) ，則單一預先提取器可能無法保持運作，因此代理程式會直接要求頁面。 此行為可能會導致效能降低，因為應用程式會在 IO 上等待預先提取器原本會執行的 IO。 在此情況下，請考量透過調整配置參數 num_ioservers來增加預先提取器數目。 其他可能的原因包括預先提取大小過大，可能導致預先提取時間長於正常值，或未設定 db2_parallel_io 登錄變數，這可能會限制表格空間儲存器內的平行預先提取。

用法

• 頁面是新頁面，尚未在磁碟上建立。
• 另一個代理程式可能需要相同的頁面，因此由不同的預先提取要求將它載入至緩衝池。 在此情況下，由於產生的其他預先提取要求是多餘的，因此跳過的預先提取要求數目增加可能不是問題。
• 在預先提取器能夠完成預先提取作業之前，代理程式直接從磁碟擷取它們。 如果系統配置的預先提取器數目不足，或有其他類型的預先提取瓶頸，則可能會強制代理程式直接從磁碟讀取頁面。 例如，在 OLTP 系統中 (其中大部分工作量本質上是交易式) ，可能是透過將配置參數 num_ioservers 設為 1 來配置預先提取器數目下限。 不過，如果執行使用預先提取的作業 (例如執行表格掃描) ，則單一預先提取器可能無法保持運作，因此代理程式會直接要求頁面。 此行為可能會導致效能降低，因為應用程式會在 IO 上等待預先提取器原本會執行的 IO。 在此情況下，請考量透過調整配置參數 num_ioservers來增加預先提取器數目。 其他可能的原因包括預先提取大小過大，可能導致預先提取時間長於正常值，或未設定 db2_parallel_io 登錄變數，這可能會限制表格空間儲存器內的平行預先提取。

用法

用法

• 頁面是新頁面，尚未在磁碟上建立。
• 另一個代理程式可能需要相同的頁面，因此由不同的預先提取要求將它載入至緩衝池。 在此情況下，由於產生的其他預先提取要求是多餘的，因此跳過的預先提取要求數目增加可能不是問題。
• 在預先提取器能夠完成預先提取作業之前，代理程式直接從磁碟擷取它們。 如果系統配置的預先提取器數目不足，或有其他類型的預先提取瓶頸，則可能會強制代理程式直接從磁碟讀取頁面。 例如，在 OLTP 系統中 (其中大部分工作量本質上是交易式) ，可能是透過將配置參數 num_ioservers 設為 1 來配置預先提取器數目下限。 不過，如果執行使用預先提取的作業 (例如執行表格掃描) ，則單一預先提取器可能無法保持運作，因此代理程式會直接要求頁面。 此行為可能會導致效能降低，因為應用程式會在 IO 上等待預先提取器原本會執行的 IO。 在此情況下，請考量透過調整配置參數 num_ioservers來增加預先提取器數目。 其他可能的原因包括預先提取大小過大，可能導致預先提取時間長於正常值，或未設定 db2_parallel_io 登錄變數，這可能會限制表格空間儲存器內的平行預先提取。

用法

• 頁面是新頁面，尚未在磁碟上建立。
• 另一個代理程式可能需要相同的頁面，因此由不同的預先提取要求將它載入至緩衝池。 在此情況下，由於產生的其他預先提取要求是多餘的，因此跳過的預先提取要求數目增加可能不是問題。
• 在預先提取器能夠完成預先提取作業之前，代理程式直接從磁碟擷取它們。 如果系統配置的預先提取器數目不足，或有其他類型的預先提取瓶頸，則可能會強制代理程式直接從磁碟讀取頁面。 例如，在 OLTP 系統中 (其中大部分工作量本質上是交易式) ，可能是透過將配置參數 num_ioservers 設為 1 來配置預先提取器數目下限。 不過，如果執行使用預先提取的作業 (例如執行表格掃描) ，則單一預先提取器可能無法保持運作，因此代理程式會直接要求頁面。 此行為可能會導致效能降低，因為應用程式會在 IO 上等待預先提取器原本會執行的 IO。 在此情況下，請考量透過調整配置參數 num_ioservers來增加預先提取器數目。 其他可能的原因包括預先提取大小過大，可能導致預先提取時間長於正常值，或未設定 db2_parallel_io 登錄變數，這可能會限制表格空間儲存器內的平行預先提取。

用法

• 頁面是新頁面，尚未在磁碟上建立。
• 另一個代理程式可能需要相同的頁面，因此由不同的預先提取要求將它載入至緩衝池。 在此情況下，由於產生的其他預先提取要求是多餘的，因此跳過的預先提取要求數目增加可能不是問題。
• 在預先提取器能夠完成預先提取作業之前，代理程式直接從磁碟擷取它們。 如果系統配置的預先提取器數目不足，或有其他類型的預先提取瓶頸，則可能會強制代理程式直接從磁碟讀取頁面。 例如，在 OLTP 系統中 (其中大部分工作量本質上是交易式) ，可能是透過將配置參數 num_ioservers 設為 1 來配置預先提取器數目下限。 不過，如果執行使用預先提取的作業 (例如執行表格掃描) ，則單一預先提取器可能無法保持運作，因此代理程式會直接要求頁面。 此行為可能會導致效能降低，因為應用程式會在 IO 上等待預先提取器原本會執行的 IO。 在此情況下，請考量透過調整配置參數 num_ioservers來增加預先提取器數目。 其他可能的原因包括預先提取大小過大，可能導致預先提取時間長於正常值，或未設定 db2_parallel_io 登錄變數，這可能會限制表格空間儲存器內的平行預先提取。

用法

此監視器元素以及其他 skipped_prefetch_uow_*_p_reads 元素會告訴您預先提取要求中的頁面數，代理程式在導致建立預先提取要求的相同工作單元中直接讀取這些頁面。 如果系統配置的預先提取器數目不足，或有其他類型的預先提取瓶頸，則可能會強制代理程式直接從磁碟讀取頁面。 例如，在 OLTP 系統中 (其中大部分工作量在本質上通常是交易式) ，可能是透過將 num_ioservers 配置參數設為 1 來配置預先提取器數目下限。 不過，如果執行使用預先提取的作業 (例如執行表格掃描) ，則單一預先提取器可能無法保持運作，因此代理程式會直接要求頁面。 此行為可能會導致效能降低，因為應用程式會在 IO 上等待預先提取器原本會執行的 IO。 在此情況下，請考量透過調整 num_ioservers 配置參數來增加預先提取器數目。 其他可能的原因包括具有過大的預先提取大小，這可能會導致預先提取時間長於正常時間，或未設定 db2_parallel_io 登錄變數，這可能會限制表格空間儲存器內的平行預先提取。

用法

用法

用法

此監視器元素以及其他 skipped_prefetch_uow_*_p_reads 元素會告訴您預先提取要求中的頁面數，代理程式在導致建立預先提取要求的相同工作單元中直接讀取這些頁面。 如果系統配置的預先提取器數目不足，或有其他類型的預先提取瓶頸，則可能會強制代理程式直接從磁碟讀取頁面。 例如，在 OLTP 系統中 (其中大部分工作量在本質上通常是交易式) ，可能是透過將 num_ioservers 配置參數設為 1 來配置預先提取器數目下限。 不過，如果執行使用預先提取的作業 (例如執行表格掃描) ，則單一預先提取器可能無法保持運作，因此代理程式會直接要求頁面。 此行為可能會導致效能降低，因為應用程式會在 IO 上等待預先提取器原本會執行的 IO。 在此情況下，請考量透過調整 num_ioservers 配置參數來增加預先提取器數目。 其他可能的原因包括具有過大的預先提取大小，這可能會導致預先提取時間長於正常時間，或未設定 db2_parallel_io 登錄變數，這可能會限制表格空間儲存器內的平行預先提取。

用法

用法

用法

• 頁面是新頁面，尚未在磁碟上建立。
• 另一個代理程式可能需要相同的頁面，因此由不同的預先提取要求將它載入至緩衝池。 在此情況下，由於產生的其他預先提取要求是多餘的，因此跳過的預先提取要求數目增加可能不是問題。
• 在預先提取器能夠完成預先提取作業之前，代理程式直接從磁碟擷取它們。 如果系統配置的預先提取器數目不足，或有其他類型的預先提取瓶頸，則可能會強制代理程式直接從磁碟讀取頁面。 例如，在 OLTP 系統中 (其中大部分工作量本質上是交易式) ，可能是透過將配置參數 num_ioservers 設為 1 來配置預先提取器數目下限。 不過，如果執行使用預先提取的作業 (例如執行表格掃描) ，則單一預先提取器可能無法保持運作，因此代理程式會直接要求頁面。 此行為可能會導致效能降低，因為應用程式會在 IO 上等待預先提取器原本會執行的 IO。 在此情況下，請考量透過調整配置參數 num_ioservers來增加預先提取器數目。 其他可能的原因包括預先提取大小過大，可能導致預先提取時間長於正常值，或未設定 db2_parallel_io 登錄變數，這可能會限制表格空間儲存器內的平行預先提取。

用法

將此元素與其他排序記憶體高臨界值監視器元素搭配使用，以判定哪些活動是排序資料堆記憶體的最重使用者。 例如，發出 MON_GET_ACTIVITY 表格函數以取得現行活動的清單。 您可以透過記下 sort_consumer_heap_top、 sort_consumer_shrheap_top、 sort_heap_top及 sort_shrheap_top 監視器元素的值，來判定哪些活動使用最多排序記憶體。 如果最重的記憶體使用者對其他活動有負面影響，請減少最重使用者的記憶體需求，以協助改善並行。

用法

將此元素與其他排序記憶體高臨界值監視器元素搭配使用，以判定哪些活動是排序資料堆記憶體的最重使用者。 例如，發出 MON_GET_ACTIVITY 表格函數以取得現行活動的清單。 您可以透過記下 sort_consumer_heap_top、 sort_consumer_shrheap_top、 sort_heap_top及 sort_shrheap_top 監視器元素的值，來判定哪些活動使用最多排序記憶體。 如果最重的記憶體使用者對其他活動有負面影響，請減少最重使用者的記憶體需求，以協助改善並行。

用法

在資料庫或應用程式層次，將此元素與 total_sorts 一起使用，以計算必須溢位至磁碟的排序百分比。 如果此百分比偏高，您可能想要增加 sortheap的值來調整資料庫配置。

在陳述式層次，使用此元素來識別需要大量排序的陳述式。 這些陳述式可受益於其他調整，以減少所需的排序數量。

當排序溢位時，需要額外的處理時間，因為排序將需要合併階段，而且如果需要將資料寫入磁碟，則可能需要更多 I/O。

此元素提供一個陳述式、一個應用程式或所有存取一個資料庫的應用程式的資訊。

值 -1 表示資料收集開關 DFT_MON_SORT 已關閉。

用法

請利用這個元素，透過活動重新對映至的服務類別來追蹤活動路徑。 它也可以用來計算從給定服務子類別對映了多少個活動的聚集。

用法

僅針對物件相關表格空間 (即已啟用可收回儲存體的表格空間) 報告此值。 使用 reclaimable_space_enabled 監視器元素來判斷表格空間是否已啟用可收回的儲存體。

因為「延伸範圍對映頁面 (EMP)」是 meta 資料，所以 EMP 包括在此監視器元素的值中。

資料空間對映頁面包含使用者資料，因此除了包含 spacemappage_page_reclaims_x 監視器元素的值之外，還會包含在 page_reclaims_x 監視器元素的值中。 索引空間對映頁面不包含使用者資料，因此它們僅包含在 spacemappage_page_reclaims_x 監視器元素的值中。

用法

僅針對物件相關表格空間 (即已啟用可收回儲存體的表格空間) 報告此值。 使用 reclaimable_space_enabled 監視器元素來判斷表格空間是否已啟用可收回的儲存體。

因為「延伸範圍對映頁面 (EMP)」是 meta 資料，所以 EMP 包括在此監視器元素的值中。

資料空間對映頁面包含使用者資料，因此除了包含 spacemappage_page_reclaims_s 監視器元素的值之外，還會包含在 page_reclaims_s 監視器元素的值中。 索引空間對映頁面不包含使用者資料，因此它們僅包含在 spacemappage_page_reclaims_s 監視器元素的值中。

用法

僅針對物件相關表格空間 (即已啟用可收回儲存體的表格空間) 報告此值。 使用 reclaimable_space_enabled 監視器元素來判斷表格空間是否已啟用可收回的儲存體。

因為「延伸範圍對映頁面 (EMP)」是 meta 資料，所以 EMP 包括在此監視器元素的值中。

資料空間對映頁面包含使用者資料，因此除了包含 spacemappage_page_reclaims_initiated_x 監視器元素的值之外，還會包含在 page_reclaims_initiated_x 監視器元素的值中。 索引空間對映頁面不包含使用者資料，因此它們僅包含在 spacemappage_page_reclaims_initiated_x 監視器元素的值中。

用法

僅針對物件相關表格空間 (即已啟用可收回儲存體的表格空間) 報告此值。 使用 reclaimable_space_enabled 監視器元素來判斷表格空間是否已啟用可收回的儲存體。

因為「延伸範圍對映頁面 (EMP)」是 meta 資料，所以 EMP 包括在此監視器元素的值中。

資料空間對映頁面包含使用者資料，因此除了包含 spacemappage_page_reclaims_initiated_s 監視器元素的值之外，還會包含在 page_reclaims_initiated_s 監視器元素的值中。 索引空間對映頁面不包含使用者資料，因此它們僅包含在 spacemappage_page_reclaims_initiated_s 監視器元素的值中。

用法

SQLCA 資料結構可用來判斷陳述式是否順利完成。 如需 SQLCA 內容的相關資訊，請參閱 SQLCA (SQL 通訊區域) 或 SQLCA 資料結構。

用法

請利用這個元素來瞭解套用至活動的 SQLROWSREAD 臨界值 (如果有的話)。

用法

請利用這個元素來瞭解套用至活動的 SQLROWSREAD 臨界值 (如果有的話)。

用法

請利用這個元素來判斷活動是否違反套用至活動的 SQLROWSREAD 臨界值。

用法

請利用這個元素來瞭解套用至活動的 SQLROWSREADINSC 臨界值 (如果有的話)。

用法

請利用這個元素來瞭解適用於活動的 SQLROWSREADINSC 臨界值 (如果有的話)。

用法

請利用這個元素來判斷活動是否違反套用至活動的 SQLROWSREADINSC 臨界值。

用法

請利用這個元素來瞭解哪些 SQLROWSRETURNED 臨界值 (如果有的話) 已套用至活動。

用法

使用此元素可瞭解套用至活動的 SQLROWSRETURNED 臨界值 (如果有的話)。

用法

使用此元素來判斷活動是否違反套用至活動的 SQLROWSRETURNED 臨界值。

用法

請利用這個元素來瞭解套用至活動的 SQLTEMPSPACE 臨界值 (如果有的話)。

用法

請利用這個元素來瞭解套用至活動的 SQLTEMPSPACE 臨界值 (如果有的話)。

用法

請利用這個元素來判斷活動是否違反套用至活動的 SQLTEMPSPACE 臨界值。

用法

此號碼與存取計劃中可使用 db2expln 指令取得的子區段號碼相關。

用法

用法

用法

此 ID 用來區分待命資料庫。 此 ID 是系統產生的。 從 ID 到待命資料庫的對映可能從查詢變更為查詢。 不過， ID "1" 一律指派給主體待命 (或單一待命系統中的唯一待命)。 在待命資料庫上發出查詢時，其他待命資料庫不可見; 在這種情況下，一律會傳回 0。

用法

接收及重播位置會個別報告，以取得更詳細的待命狀態。 排存作業可讓接收及重播位置有很大差異。 standby_log_pos 顯示接收位置。 與 primary_log_pos相比較時， standby_log_pos 會指出失效接手時資料流失的風險。 standby_replay_log_pos 會影響接管 (強制及非強制) 所花費的時間，因為接管必須完成所有已接收日誌的重播。 standby_replay_log_pos 也會指出待命資料庫上讀取的最新資料。 在 9.7 版及更早版本中，所報告的待命日誌位置是重播位置。

用法

間隙以位元組數測量。 它通常不會超過 standby_recv_buf_size 和 standby_spool_limit的總和。 由於緩衝區及排存管理中的彈性，可能會有少量超出總和的情況。 當間隙達到結合的緩衝區及排存限制時，待命將停止接收日誌，這將在同層級狀態中封鎖主要。 當所報告的接收-重播間隙小於緩衝區及排存的總和時，備用也可能用盡緩衝區及排存空間，因為部分頁面可以多次傳送並佔用緩衝區中的多個頁面空間 (但在排存中一律為一頁)。 不過，日誌差距計算不會將多個傳送納入考量。

用法

用法

如果排存限制為 0 (已停用排存作業) ，則會傳回空值。 如果排存限制為 -1 (無限制排存作業) ，則會傳回作用中日誌路徑大小中排存頁碼的百分比。 當排存百分比達到 100% 時，待命資料庫將停止接收日誌，直到隨著重播繼續釋放空間為止。 如果排存裝置 (待命日誌路徑) 已滿，則排存作業可以在達到限制之前停止。

用法

對於變更歷程事件監視器，公用程式事件對應啟動的唯一 ID (UTILSTART 或 UTILSTARTPROC)。 將此元素與 START_EVENT_TIMESTAMP 及成員元素一起使用，以建立停止記錄與對應啟動記錄的關聯。

用法

用法

使用此元素可判定何時產生此統計資料記錄。

此元素與 last_wlm_reset 元素一起使用，可識別產生此統計資料記錄中的統計資料的時間間隔。

此監視器元素也可以用來將針對相同收集間隔產生的所有統計資料記錄分組在一起。

用法

請利用這個元素來決定現行統計資料快取的大小。 此值經常變更。 為了評估系統使用情形，請在延伸期間以特定間隔取得 Snapshot。 請利用這個元素來調整 catalogcache_sz 配置參數的值。

用法

搭配使用此元素與 stats_fabrications ，以評估在資料庫層次進行即時統計資料收集的效能影響。 對於動態 SQL 的 Snapshot 監視器，您可以搭配使用此元素與 total_exec_time 及 num_executions ，以評估統計資料組建的影響。 對於陳述式事件監視器，您可以結合此元素與 stmt_start 及 stmt_stop ，以進一步評估即時統計資料收集影響。

用法

使用此元素可判定資料庫中統計資料組建的頻率。 此值經常變更。 為了取得更好的系統使用情形概觀，請在一段很長的時間內，以特定間隔取得 Snapshot。 與 stats_fabricate_time一起使用時，此元素可協助您評估統計資料組建的影響。

用法

使用此元素及 rts_rows_modified 監視器元素，可協助判斷是否需要執行 RUNSTATS 指令。

執行 TRUNCATE TABLE 陳述式之後，此元素會顯示值 -1 ，直到針對表格執行 RUNSTATS 指令為止。

用法

使用此元素作為完成陳述式所花費時間的指示器。

此元素由兩個子元素組成，以秒和微秒 (百萬分之一秒) 來報告所花費的時間。 可以透過將 "_s" 和 "_ms" 新增至此監視器元素的名稱來衍生子元素的名稱。 若要擷取此監視器元素所花費的時間總計，必須將兩個子元素的值相加。 例如，如果 "_s" 子元素值為 3 ，且 "_ms" 子元素值為 20 ，則監視器元素所花費的時間總計為 3.00002 秒。

用法

將此元素與其他陳述式歷程項目一起使用，以查看導致死鎖的 SQL 陳述式順序。

用法

您可以使用此元素來唯一識別已執行特定 SQL 陳述式的呼叫。 您也可以將此元素與其他陳述式歷程項目一起使用，以查看導致死鎖的 SQL 陳述式順序。

用法

將此元素與其他陳述式歷程項目一起使用，以查看導致死鎖的 SQL 陳述式順序。

用法

您可以將此元素與其他陳述式歷程項目一起使用，以瞭解死鎖的原因及特定 SQL 陳述式的執行行為。

用法

您可以搭配使用此元素與 stmt_invocation_id 監視器元素，以唯一識別已在其中執行特定 SQL 陳述式的呼叫。 您也可以將此元素與其他陳述式歷程項目一起使用，以查看導致死鎖的 SQL 陳述式順序。

用法

您可以使用此元素來判斷正在執行或最近完成的作業。

它可以是下列其中一項。

用法

在多分割區環境中，每一個分割區都有快取陳述式的唯一陳述式 ID。 給定的陳述式在分割區之間可能沒有相同的 ID。

在廣域動態 SQL Snapshot 中，只會傳回第一個陳述式 ID。

用法

您可以搭配使用此元素與 stmt_nest_level 監視器元素，以唯一識別特定 SQL 陳述式的呼叫。 您也可以將此元素與其他陳述式歷程項目一起使用，以瞭解死鎖的原因。

用法

您可以搭配使用此元素與 appl_id 監視器元素，以唯一識別執行特定 SQL 陳述式之要求的原點。 您也可以將此元素與其他陳述式歷程項目一起使用，以瞭解死鎖的原因。