2. 程式人生 > >MySQL 5.7新增sys.session表檢視系統執行狀態

MySQL 5.7新增sys.session表檢視系統執行狀態

阿新 • • 發佈：2018-12-30
在MySQL 5.6以前，我們通過show processlist\G命令檢視系統中正在執行的所有程序，從5.7開始，我們又可以通過sys.session表來檢視系統正在執行的所有程序，而且該表中的記錄相對processlist比較完善：
mysql> SELECT * from sys.session\G
*************************** 1. row ***************************
                thd_id: 29
               conn_id: 4
                  user: [email protected]

                    db: test
               command: Query
                 state: alter table (read PK and internal sort)
                  time: 6
     current_statement: ALTER TABLE b add index(b)
     statement_latency: 5.78 s
              progress: 19.19
          lock_latency: 203.70 ms
         rows_examined: 0

             rows_sent: 0
         rows_affected: 0
            tmp_tables: 0
       tmp_disk_tables: 0
             full_scan: NO
        last_statement: NULL
last_statement_latency: NULL
        current_memory: 4.85 MiB
             last_wait: wait/io/file/innodb/innodb_data_file
     last_wait_latency: Still Waiting

                source: fil0fil.cc:5623
           trx_latency: 5.68 s
             trx_state: ACTIVE
        trx_autocommit: YES
                   pid: 23988
          program_name: mysql
*************************** 2. row ***************************
                thd_id: 28
               conn_id: 3
                  user: [email protected]
                    db: test
               command: Query
                 state: Sending data
                  time: 0
     current_statement: insert into a select null, repeat('b', 255) from a
     statement_latency: 303.54 ms
              progress: NULL
          lock_latency: 291.00 us
         rows_examined: 0
             rows_sent: 0
         rows_affected: 0
            tmp_tables: 1
       tmp_disk_tables: 0
             full_scan: NO
        last_statement: NULL
last_statement_latency: NULL
        current_memory: 1.43 MiB
             last_wait: wait/io/table/sql/handler
     last_wait_latency: Still Waiting
                source: handler.cc:3056
           trx_latency: 410.06 ms
             trx_state: ACTIVE
        trx_autocommit: YES
                   pid: 23969
          program_name: mysql
*************************** 3. row ***************************
                thd_id: 27
               conn_id: 2
                  user: [email protected]
                    db: mysql
               command: Query
                 state: Sending data
                  time: 0
     current_statement: SELECT * from sys.session
     statement_latency: 23.01 ms
              progress: NULL
          lock_latency: 10.02 ms
         rows_examined: 0
             rows_sent: 0
         rows_affected: 0
            tmp_tables: 4
       tmp_disk_tables: 1
             full_scan: YES
        last_statement: NULL
last_statement_latency: NULL
        current_memory: 3.25 MiB
             last_wait: wait/synch/mutex/innodb/file_format_max_mutex
     last_wait_latency: 31.69 ns
                source: trx0sys.cc:781
          trx_latency: 4.94 m
             trx_state: ACTIVE
        trx_autocommit: NO
                   pid: 23950
          program_name: mysql
3 rows in set (0.20 sec)

我們從第1行的輸出可以看到，當前執行ALTER TABLE命令給一張表新增索引，還能讀出目前該語句的執行階段（目前正在讀PK和進行內部排序），並能顯示該命令完成的進度（19%），還包括當前執行的時間（5.78s）。

我們從第2行的輸出可以看到，當前在執行INSERT操作，這是一個自動提交的事務，已經運行了410.06毫秒，我們甚至可以從中讀到，需要一個臨時表來執行該語句。

我們從第3行的輸出可以看到，從執行SELECT * FROM sys.session開始到現在有一個事務已經持續了4.94分鐘。

從上可見，我們通過SELECT * FROM sys.session可以獲得更多的資訊。嘗試熟悉並習慣使用SELECT * FROM sys.session吧！

更多精彩MySQL內容 請關注我：



相關推薦

MySQL 5.7新增sys.session表檢視系統執行狀態

在MySQL 5.6以前，我們通過show processlist\G命令檢視系統中正在執行的所有程序，從5.7開始，我們又可以通過sys.session表來檢視系統正在執行的所有程序，而且該表中的記錄相對processlist比較完善：mysql> SELECT

MySQL-5.7設置InnoDB表數據文件存儲位置

pid file buffer 就是 like 位置 orm for inno [root@localhost data]# ls a1 a2 a3 auto.cnf ib_buffer_pool ibdata1 ib_logfile0 ib_logfile1

MySQL 5.7 新增使用者與授權

MySQL 5.7 的使用者表mysql.user表沒有password欄位，改成了authentication_string 下面說一下我的具體步驟： 一、建立使用者 建立使用者的命令： CREAT

MySQL 5.7中sys是一個MySQL自帶的系統庫

MySQL 5.7中引入了一個新的sys schema，sys是一個MySQL自帶的系統庫，在安裝MySQL 5.7以後的版本，使用mysqld進行初始化時，會自動建立sys庫， sys庫裡面的表、檢視、函式、儲存過程可以使我們更方便、快捷的瞭解到MySQL的一些資訊，比

MYSQL 5.7 新增 JSON 方面的系統函式支援

select PageInfo->'$.utmSource', JSON_UNQUOTE(json_extract(PageInfo,'$.utmSource')) from BLP_WinningRecord where id =140455331JSON_UNQUO

linux下使用top命令檢視系統執行狀態和程序執行狀態

linux下top命令檢視系統執行狀態和程序執行狀態 在linux下可以通過top命令來查系統執行狀態和程序執行狀態，通過man檢視top手冊，top的解釋是display Linux tasks，以前看到過一個另外的解釋display top CPU proc

MySQL 5.7新支持--------通用表空間實戰

mysql dba general tablespace 1. 背景　 * 一個通用的表空間是一個共享的InnoDB表空間。 * 與系統表空間類似，一般的表空間是共享的表空間，可以存儲多個表的數據 * 一般的表空間比文件表的表空間具有潛在的內存優勢。 * MySQL 將表空間元數據保存

Mysql 5.7.20 mysql innodb 系統表損壞帶來的問題

sha use linux系統 type log tle blob b- 資料 早上上班後，mysql服務器遇到點小問題，在排查故障過程查看mysql錯誤日誌過程中發現有幾個innodb 表無法打開，使用desc查看有關表的表結構提示表不存在，show tables 可以查

通過 SYS 查看 MySQL 5.7 的鎖

wait ffffff 分享圖片 lec tex src log 5.7 mar select * from sys.innodb_lock_waits\G 通過 SYS 查看 MySQL 5.7 的鎖

mysql 5.7日誌檢視

1. cmd連線mysql。 2. show variables like '%log%'; 結果如圖所示：   其中，general_log預設關閉，此處已開啟。 3. 找到mysql的my.ini檔案 目錄為：C:\ProgramData\MySQL\MySQL Serve

MySQL 5.7怎麽爬出暫時表空間的坑

comm ace borde track strong trac style 保持 tex 版權聲明：本文為博主原創文章。未經博主同意不得轉載。 https://blog.csdn.net/n88Lpo/article/details/78126267 導讀 怎樣確

MySQL 5.7以後怎麼檢視索引使用情況?

MySQL 5.7以後怎麼檢視索引使用情況? 通過show status like '%Handler_read%'方法檢視:整體的 [email protected] [sysbench_testdata]>show status like '%Handler_read%';

Mysql 5.7 & 8.0 -24章-儲存程式和檢視 （翻譯+理解）

文章目錄 24.3 使用觸發器 24.3.1 觸發器語法和示例 24.3 使用觸發器 觸發器是與表關聯的資料庫物件，並在表發生特定事件時啟用。觸發器的一些用途是執行對要插入表中的值的檢查，或者對更新中涉

MySQL 5.7新特性之線上收縮undo表空間

1. MySQL 5.5時代的undo log 在MySQL5.5以及之前，大家會發現隨著資料庫上線時間越來越長，ibdata1檔案（即InnoDB的共享表空間，或者系統表空間）會越來越大，這會造成2個比較明顯的問題： （1）磁碟剩餘空間越來越小，到後期往往要加磁碟；

MySQL 5.7臨時表空間怎麼玩才能不掉坑裡

導讀 MySQL 5.7起支援獨立臨時表空間，但個別時候也可能會踩坑的。 MySQL 5.7起，開始採用獨立的臨時表空間（和獨立的undo表空間不是一回事喲），命名ibtmp1檔案，初始化12M，且預設無上限。 選項 innodb_temp_data_file_

一個MySQL 5.7分割槽表效能下降的案例分析與排查

作者介紹 姜宇祥，2012年加入攜程，10年資料庫核心程式碼開發經驗，相關開發涉及達夢、MySQL資料庫。現致力於攜程MySQL的底層研發，為特殊問題定位和處理提供技術支援。 前言：希望通過本文，使MySQL5.7.18的使用者知曉分割槽表使用中存在的陷阱，避免在該版本上繼續踩坑。同時通過對原始碼的

效能優化利器:剖析MySQL 5.7新特徵 sys schema

 導讀：很多團隊在評估合適的時機切換到 MySQL 5.7，本文是李春在高可用架構群的分享，介紹 MySQL 5.7 新的效能分析利器。 李春，現任沃趣科技 MySQL 負責人，高階 MySQL 資料庫專家，從事 MySQL 開發和運維工作 8 年。在阿里巴巴擔任 MySQL 資料庫

MySQL 5.7 分割槽表效能下降的案例分析

告知MySQL5.7.18的使用者分割槽表使用中存在的陷阱，避免在該版本上繼續踩坑。同時通過對原始碼的講解，升級MySQL5.7.18時分割槽表效能下降的根本原因，向MySQL原始碼愛好者展示分割槽表實現中鎖的運用。 問題描述 MySQL 5.7版本中，效能相關的改進非常多。包括臨時表相關的效能改進，連線

MySql 5.7中新增使用者,新建資料庫,使用者授權,刪除使用者,修改密碼,匯入匯出sql檔案,設定字符集

1、新建使用者  建立test使用者，密碼是1234。 mysql -u root -p CREATE USER “test”@”localhost” IDENTIFIED BY “1234”; #本地登入 CREATE USER “test”@”%” IDENTIFIE

MySql 5.7中新增使用者,新建資料庫,使用者授權,刪除使用者,修改密碼

1、新建使用者 建立test使用者，密碼是1234。 mysql -u root -p CREATE USER “test”@”localhost” IDENTIFIED BY “1234”; #本地登入 CREATE USER “test