文件首頁
MySQL 8.4 參考手冊
相關文件 下載本手冊
PDF (美式信紙) - 39.9Mb
PDF (A4) - 40.0Mb
Man Pages (TGZ) - 258.5Kb
Man Pages (Zip) - 365.5Kb
Info (Gzip) - 4.0Mb
Info (Zip) - 4.0Mb


29.12.20.5 交易摘要表格

Performance Schema 維護表格,以收集目前和最近的交易事件,並在摘要表格中彙總該資訊。第 29.12.7 節,「Performance Schema 交易表格」說明了交易摘要所依據的事件。請參閱該討論以取得有關交易事件內容、目前和歷史交易事件表格,以及如何控制預設為停用的交易事件收集的資訊。

交易事件摘要資訊範例

mysql> SELECT *
       FROM performance_schema.events_transactions_summary_global_by_event_name
       LIMIT 1\G
*************************** 1. row ***************************
          EVENT_NAME: transaction
          COUNT_STAR: 5
      SUM_TIMER_WAIT: 19550092000
      MIN_TIMER_WAIT: 2954148000
      AVG_TIMER_WAIT: 3910018000
      MAX_TIMER_WAIT: 5486275000
    COUNT_READ_WRITE: 5
SUM_TIMER_READ_WRITE: 19550092000
MIN_TIMER_READ_WRITE: 2954148000
AVG_TIMER_READ_WRITE: 3910018000
MAX_TIMER_READ_WRITE: 5486275000
     COUNT_READ_ONLY: 0
 SUM_TIMER_READ_ONLY: 0
 MIN_TIMER_READ_ONLY: 0
 AVG_TIMER_READ_ONLY: 0
 MAX_TIMER_READ_ONLY: 0

每個交易摘要表格都有一個或多個分組資料行,以指出表格如何彙總事件。事件名稱參照 setup_instruments 表格中的事件工具名稱

每個交易摘要表格都具有這些包含彙總值的摘要資料行

  • COUNT_STARSUM_TIMER_WAITMIN_TIMER_WAITAVG_TIMER_WAITMAX_TIMER_WAIT

    這些資料行類似於等待事件摘要表格中相同名稱的資料行(請參閱第 29.12.20.1 節,「等待事件摘要表格」),但交易摘要表格彙總來自events_transactions_current 而非 events_waits_current 的事件。這些資料行彙總讀寫和唯讀交易。

  • COUNT_READ_WRITESUM_TIMER_READ_WRITEMIN_TIMER_READ_WRITEAVG_TIMER_READ_WRITEMAX_TIMER_READ_WRITE

    這些與 COUNT_STARxxx_TIMER_WAIT 欄位類似,但僅彙總讀寫交易。交易存取模式指定交易是以讀寫模式還是唯讀模式運作。

  • COUNT_READ_ONLYSUM_TIMER_READ_ONLYMIN_TIMER_READ_ONLYAVG_TIMER_READ_ONLYMAX_TIMER_READ_ONLY

    這些與 COUNT_STARxxx_TIMER_WAIT 欄位類似,但僅彙總唯讀交易。交易存取模式指定交易是以讀寫模式還是唯讀模式運作。

交易摘要表具有以下索引:

交易摘要表允許使用 TRUNCATE TABLE。它具有以下效果:

  • 對於未依帳戶、主機或使用者彙總的摘要表,截斷會將摘要欄位重設為零,而不是移除資料列。

  • 對於依帳戶、主機或使用者彙總的摘要表,截斷會移除沒有連線的帳戶、主機或使用者的資料列,並將剩餘資料列的摘要欄位重設為零。

此外,每個依帳戶、主機、使用者或執行緒彙總的交易摘要表,都會因其所依賴的連線表截斷,或因截斷 events_transactions_summary_global_by_event_name 而隱含地被截斷。有關詳細資訊,請參閱第 29.12.8 節,「Performance Schema 連線表」

交易彙總規則

交易事件的收集不會考慮隔離層級、存取模式或自動提交模式。

交易事件的收集適用於伺服器起始的所有非中止交易,包括空交易。

讀寫交易通常比唯讀交易消耗更多資源,因此交易摘要表包含讀寫和唯讀交易的個別彙總欄位。

資源需求也可能因交易隔離層級而異。但是,假設每個伺服器只會使用一個隔離層級,因此不提供依隔離層級彙總。