MySQL的session過程

MySQL session過程的簡單梳理：

1. master分配session 對應的服務程式，設定基本session資訊

2. 接收client端的SQL

3. 載入相關table 定義、描述符和控制程式碼等資訊

4. 最佳化器analyzing and statistics

5. 儲存引擎讀寫資料塊

6. 獲取mutex程式互斥量

7. 獲取page的latch

8. innodb 引擎層反饋資料或者資訊給server層

9.server層處理中間結果集

10. net_write返回結果給客戶端

session狀態的state列說明

state列:顯示使用當前連線的sql語句的狀態，很重要的列，後續會有所有的狀態的描述。

state只是語句執行中的某一個狀態，一個sql語句，已查詢為例，可能需要經過copying to tmp table，Sorting result，Sending data等狀態才可以完成。

mysql列出的state主要有以下幾種關鍵狀態：

System lock

正在等待取得一個外部的系統鎖。如果當前沒有執行多個 mysqld 伺服器同時請求同一個表，那麼可以透過增加 –skip-external-locking引數來禁止外部系統鎖。

Checking table

正在檢查資料表（這是自動的）。

Opening tables

這個過程應該會很快，除非受到其他因素的干擾。例如，在執 ALTER TABLE 或 LOCK TABLE 語句行完以前，資料表無法被其他執行緒開啟。 正嘗試開啟一個表。

Flushing tables

正在執行 FLUSH TABLES，等待其他執行緒關閉資料表。

Closing tables

正在將表中修改的資料重新整理到磁碟中，同時正在關閉已經用完的表。這是一個很快的操作，如果不是這樣的話，就應該確認磁碟空間是否已經滿了或者磁碟是否正處於重負中。

Killed

傳送了一個kill請求給某執行緒，那麼這個執行緒將會檢查kill標誌位，同時會放棄下一個kill請求。MySQL會在每次的主迴圈中檢查kill標誌位，不過有些情況下該執行緒可能會過一小段才能死掉。如果該執行緒程被其他執行緒鎖住了，那麼kill請求會在鎖釋放時馬上生效。

Waiting for tables

該執行緒得到通知，資料表結構已經被修改了，需要重新開啟資料表以取得新的結構。然後，為了能的重新開啟資料表，必須等到所有其他執行緒關閉這個表。以下幾種情況下會產生這個通知：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE, 或 OPTIMIZE TABLE。

Reopen table

獲得了對一個表的鎖，但是必須在表結構修改之後才能獲得這個鎖。已經釋放鎖，關閉資料表，正嘗試重新開啟資料表。