按 user 分組統計視圖全方位認識 sys 系統庫

2024-09-07 22:12:41

字體：大中小

來源：轉載

供稿：網友

在《按 host 分組統計視圖|全方位認識 sys 系統庫》中，我們介紹了sys 系統庫中按 host 分組統計的視圖，類似地，本期的內容將為大家介紹按照 user 進行分類統計的視圖。下面請跟隨我們一起開始 sys 系統庫的系統學習之旅吧。

01
user_summary,x$user_summary
sys.x$memory_by_user_by_current_bytes

下面我們看看使用該視圖查詢返回的結果。

# 不帶x$前綴的視圖
admin@localhost : sys 12:54:32> select * from user_summary limit 1/G
*************************** 1. row ***************************
              user: admin
        statements: 90530
statement_latency: 2.09 h
statement_avg_latency: 83.12 ms
      table_scans: 498
          file_ios: 60662
  file_io_latency: 31.05 s
current_connections: 4
total_connections: 1174
      unique_hosts: 2
    current_memory: 85.34 MiB
total_memory_allocated: 7.21 GiB
1 row in set (0.04 sec)
# 帶x$前綴的視圖
admin@localhost : sys 12:55:48> select * from x$user_summary limit 1/G
*************************** 1. row ***************************
              user: admin
        statements: 90752
statement_latency: 7524792139504000
statement_avg_latency: 82915992369.3583
      table_scans: 500
          file_ios: 60662
  file_io_latency: 31053125849250
current_connections: 4
total_connections: 1174
      unique_hosts: 2
    current_memory: 89381384
total_memory_allocated: 7755173436
1 row in set (0.02 sec)
視圖字段含義如下：

user：客戶端訪問用戶名。如果在performance_schema表中user列為NULL，則假定為后臺線程，該字段為'background',如果為前臺線程，則該字段對應具體的用戶名
statements：對應用戶執行的語句總數量
statement_latency：對應用戶執行的語句總延遲時間(執行時間)
statement_avg_latency：對應用戶執行的語句中，平均每個語句的延遲時間(執行時間)(SUM(stmt.total_latency/SUM(stmt.total))
table_scans：對應用戶執行的語句發生表掃描總次數
file_ios：對應用戶執行的語句產生的文件I/O事件總次數
file_io_latency：對應用戶執行的語句產生的文件I/O事件的總延遲時間(執行時間)
current_connections：對應用戶的當前連接數
total_connections：對應用戶的歷史總連接數
unique_hosts：對應用戶來自不同主機(針對主機名去重)連接的數量
current_memory：對應用戶的連接當前已使用的內存分配量
total_memory_allocated：對應用戶的連接的歷史內存分配量
PS：該視圖只統計文件IO等待事件信息("wait/io/file/%")

02
user_summary_by_file_io,x$user_summary_by_file_io
按照用戶分組的文件I/O延遲時間、IOS統計信息，默認按照總文件I/O時間延遲時間(執行時間)降序排序。數據來源：performance_schema.events_waits_summary_by_user_by_event_name

下面我們看看使用該視圖查詢返回的結果。

# 不帶x$前綴的視圖
admin@localhost : sys 12:56:18> select * from user_summary_by_file_io limit 3;
+------------+-------+------------+
| user      | ios | io_latency |
+------------+-------+------------+
| admin      | 30331 | 15.53 s    |
| background | 10119 | 2.49 s    |
| qfsys      | 281 | 4.69 ms    |
+------------+-------+------------+
3 rows in set (0.01 sec)
# 帶x$前綴的視圖
admin@localhost : sys 12:56:21> select * from x$user_summary_by_file_io limit 3;
+------------+-------+----------------+
| user      | ios | io_latency    |
+------------+-------+----------------+
| admin      | 30331 | 15526562924625 |
| background | 10122 | 2489231563125 |
| qfsys      | 281 |    4689150375 |
+------------+-------+----------------+
3 rows in set (0.00 sec)
視圖字段含義如下：

user：客戶端用戶名。如果在performance_schema表中user列為NULL，則假定為后臺線程，該字段為'background',如果為前臺線程，則該字段對應具體的用戶名
ios：對應用戶的文件I/O事件總次數
io_latency：對應用戶的文件I/O事件的總延遲時間(執行時間)
PS：該視圖只統計文件IO等待事件信息("wait/io/file/%")

03
user_summary_by_file_io_type,x$user_summary_by_file_io_type
按照用戶和事件類型(事件名稱)分組的文件I/O延遲和IOS統計信息，默認情況下按照用戶名和總文件I/O時間延遲時間(執行時間)降序排序。數據來源：performance_schema.events_waits_summary_by_user_by_event_name

下面我們看看使用該視圖查詢返回的結果。

# 不帶x$前綴的視圖
admin@localhost : sys 12:56:24> select * from user_summary_by_file_io_type limit 3;
+-------+-------------------------------------+-------+---------+-------------+
| user | event_name                          | total | latency | max_latency |
+-------+-------------------------------------+-------+---------+-------------+
| admin | wait/io/file/sql/io_cache          | 27955 | 10.53 s | 67.61 ms    |
| admin | wait/io/file/innodb/innodb_log_file | 912 | 2.14 s | 28.22 ms    |
| admin | wait/io/file/sql/binlog            | 879 | 2.05 s | 31.75 ms    |
+-------+-------------------------------------+-------+---------+-------------+
3 rows in set (0.00 sec)
# 帶x$前綴的視圖
admin@localhost : sys 12:56:48> select * from x$user_summary_by_file_io_type limit 3;
+-------+-------------------------------------+-------+----------------+-------------+
| user | event_name                          | total | latency        | max_latency |
+-------+-------------------------------------+-------+----------------+-------------+
| admin | wait/io/file/sql/io_cache          | 27955 | 10534662677625 | 67608294000 |
| admin | wait/io/file/innodb/innodb_log_file | 912 | 2143870695375 | 28216455000 |
| admin | wait/io/file/sql/binlog            | 879 | 2054976453000 | 31745275125 |
+-------+-------------------------------------+-------+----------------+-------------+
3 rows in set (0.01 sec)
視圖字段含義如下：

user：客戶端用戶名。如果在performance_schema表中user列為NULL，則假定為后臺線程，該字段為'background',如果為前臺線程，則該字段對應具體的用戶名
EVENT_NAME：文件I/O事件名稱
total：對應用戶發生的文件I/O事件總次數
latency：對應用戶的文件I/O事件的總延遲時間(執行時間)
max_latency：對應用戶的單次文件I/O事件的最大延遲時間(執行時間)
PS：該視圖只統計文件IO等待事件信息("wait/io/file/%")

04
user_summary_by_stages,x$user_summary_by_stages
按用戶分組的階段事件統計信息，默認情況下按照用戶名和階段事件總延遲時間(執行時間)降序排序。數據來源：performance_schema.events_stages_summary_by_user_by_event_name

下面我們看看使用該視圖查詢返回的結果。

# 不帶x$前綴的視圖
admin@localhost : sys 12:56:51> select * from user_summary_by_stages limit 3;
+------------+-------------------------------+-------+---------------+-------------+
| user      | event_name                    | total | total_latency | avg_latency |
+------------+-------------------------------+-------+---------------+-------------+
| background | stage/innodb/buffer pool load |    1 | 12.56 s      | 12.56 s    |
+------------+-------------------------------+-------+---------------+-------------+
1 row in set (0.01 sec)
# 帶x$前綴的視圖
admin@localhost : sys 12:57:10> select * from x$user_summary_by_stages limit 3;
+------------+-------------------------------+-------+----------------+----------------+
| user      | event_name                    | total | total_latency | avg_latency    |
+------------+-------------------------------+-------+----------------+----------------+
| background | stage/innodb/buffer pool load |    1 | 12561724877000 | 12561724877000 |
+------------+-------------------------------+-------+----------------+----------------+
1 row in set (0.00 sec)
視圖字段含義如下：

user：客戶端用戶名。如果在performance_schema表中user列為NULL，則假定為后臺線程，該字段為'background',如果為前臺線程，則該字段對應具體的用戶名
EVENT_NAME：階段事件名稱
total：對應用戶的階段事件的總次數
total_latency：對應用戶的階段事件的總延遲時間(執行時間)
avg_latency：對應用戶的階段事件的平均延遲時間(執行時間)
05
user_summary_by_statement_latency,x$user_summary_by_statement_latency
按照用戶分組的語句統計信息，默認情況下按照語句總延遲時間(執行時間)降序排序。數據來源：performance_schema.events_statements_summary_by_user_by_event_name

下面我們看看使用該視圖查詢返回的結果。

# 不帶x$前綴的視圖
admin@localhost : sys 12:57:13> select * from user_summary_by_statement_latency limit 3;
+------------+-------+---------------+-------------+--------------+-----------+---------------+---------------+------------+
| user      | total | total_latency | max_latency | lock_latency | rows_sent | rows_examined | rows_affected | full_scans |
+------------+-------+---------------+-------------+--------------+-----------+---------------+---------------+------------+
| admin      | 45487 | 1.05 h        | 45.66 m    | 19.02 s      |      6065 |      17578842 |          1544 |        258 |
| qfsys      |    9 | 929.43 ms    | 928.68 ms | 0 ps        |        5 |            0 |            0 |          0 |
| background |    0 | 0 ps          | 0 ps        | 0 ps        |        0 |            0 |            0 |          0 |
+------------+-------+---------------+-------------+--------------+-----------+---------------+---------------+------------+
3 rows in set (0.00 sec)
# 帶x$前綴的視圖
admin@localhost : sys 12:57:34> select * from x$user_summary_by_statement_latency limit 3;
+------------+-------+------------------+------------------+----------------+-----------+---------------+---------------+------------+
| user      | total | total_latency    | max_latency      | lock_latency | rows_sent | rows_examined | rows_affected | full_scans |
+------------+-------+------------------+------------------+----------------+-----------+---------------+---------------+------------+
| admin      | 45562 | 3762457232413000 | 2739502018445000 | 19019928000000 |      6068 |      17579421 |          1544 |        259 |
| qfsys      |    9 |    929429421000 |    928682487000 |              0 |        5 |            0 |            0 |          0 |
| background |    0 |                0 |                0 |              0 |        0 |            0 |            0 |          0 |
+------------+-------+------------------+------------------+----------------+-----------+---------------+---------------+------------+
3 rows in set (0.00 sec)
視圖字段含義如下：

user：客戶端用戶名。如果在performance_schema表中user列為NULL，則假定為后臺線程，該字段為'background',如果為前臺線程，則該字段對應具體的用戶名
total：對應用戶執行的語句總數量
total_latency：對應用戶執行的語句總延遲時間(執行時間)
max_latency：對應用戶執行的語句單次最大延遲時間(執行時間)
lock_latency：對應用戶執行的語句鎖等待的總時間
rows_sent：對應用戶執行的語句返回給客戶端的總數據行數
rows_examined：對應用戶執行的語句從存儲引擎讀取的總數據行數
rows_affected：對應用戶執行的語句影響的總數據行數
full_scans：對應用戶執行的語句的全表掃描總次數
06
user_summary_by_statement_type,x$user_summary_by_statement_type
按用戶和語句事件類型（事件類型名稱為語句事件的event_name截取最后一部分字符串，也是語句command類型字符串類似）分組的語句統計信息，默認情況下按照用戶名和對應語句的總延遲時間(執行時間)降序排序。數據來源：performance_schema.events_statements_summary_by_user_by_event_name

下面我們看看使用該視圖查詢返回的結果。

# 不帶x$前綴的視圖
admin@localhost : sys 12:57:38> select * from user_summary_by_statement_type limit 3;
+-------+-------------+-------+---------------+-------------+--------------+-----------+---------------+---------------+------------+
| user | statement | total | total_latency | max_latency | lock_latency | rows_sent | rows_examined | rows_affected | full_scans |
+-------+-------------+-------+---------------+-------------+--------------+-----------+---------------+---------------+------------+
| admin | alter_table |    2 | 56.56 m      | 43.62 m    | 0 ps        |        0 |            0 |            0 |          0 |
| admin | select      | 3662 | 5.53 m        | 2.02 m      | 4.73 s      |      6000 |      17532984 |            0 |        148 |
| admin | insert      | 1159 | 36.04 s      | 337.22 ms | 14.23 s      |        0 |            0 |          1159 |          0 |
+-------+-------------+-------+---------------+-------------+--------------+-----------+---------------+---------------+------------+
3 rows in set (0.00 sec)
# 帶x$前綴的視圖
admin@localhost : sys 12:57:50> select * from x$user_summary_by_statement_type limit 3;
+-------+-------------+-------+------------------+------------------+----------------+-----------+---------------+---------------+------------+
| user | statement | total | total_latency    | max_latency      | lock_latency | rows_sent | rows_examined | rows_affected | full_scans |
+-------+-------------+-------+------------------+------------------+----------------+-----------+---------------+---------------+------------+
| admin | alter_table |    2 | 3393877088372000 | 2617456143674000 |              0 |        0 |            0 |            0 |          0 |
| admin | select      | 3663 | 331756087959000 | 121243627173000 | 4733109000000 |      6003 |      17533557 |            0 |        149 |
| admin | insert      | 1159 | 36041502943000 |    337218573000 | 14229439000000 |        0 |            0 |          1159 |          0 |
+-------+-------------+-------+------------------+------------------+----------------+-----------+---------------+---------------+------------+
3 rows in set (0.00 sec)
視圖字段含義如下：

user：客戶端用戶名。如果在performance_schema表中user列為NULL，則假定為后臺線程，該字段為'background',如果為前臺線程，則該字段對應具體的用戶名
statement：語句事件名稱的最后一部分字符串，與語句的command類型字符串類似
其他字段含義與 user_summary_by_statement_latency,x$user_summary_by_statement_latency 視圖的字段含義相同。

（編輯：武林網）

上一篇：利用sys schema解決一次詭異的語句hang問題

下一篇：Innodb 表的壓縮方式