2. 引數innodb_read_io_threads 讀執行緒  預設四個，負責資料塊的讀取

上面兩個引數高併發下，可以設定為8.

show variables like '%write_io%'

show variables like '%read_io%'

也可通過mysql> show engine innodb status\G;檢視IO thread.

 1.清理刪除後的資料頁的空間(因為之前的刪除只是打上刪除標籤,並沒有正真刪除),

 2.清理undo

舉例:表tb1中有記錄pk=1，2，3;

此時delete from tb1 where pk=1;

1. 將pk=1的記錄標記為刪除(delete-mark，infobits)，資料庫中pk=1

2. purge ，該部分為後臺執行緒(purge執行緒)非同步操作，會真正的刪除該記錄，且空間被釋放。

標記為已刪除的原因:

1. 該事物可能需要回滾，先作保留。

2. 當事物1去刪除pk=1且沒有提交時， 事物2應該要能看到pk=1的記錄(事物的隔離性)。

過濾條件是聚簇索引:

1. delete – 將該記錄標記為 delete-mark 。

2. update – 將該記錄 先物理delete (聚簇索引裡主鍵相同的行最多隻能有

過濾條件是二級索引:

1. delete – 將該記錄標記為 delete-mark 。

2. update – 將該記錄標記為 delete-mark (索引列是columns + pk，即使是唯一索引更新也是和原來的不一樣)，然後 insert 。

為什麼沒有insert？

1. insert操作是不需要非同步去purge，因為insert的記錄之前是不存在的;

2.不存在記錄(未提交)是沒有別的事物能引用到的，所以insert以後，對應的undo可以直接刪除，而不需要等待非同步.

purge 總結:

1. delete-mark的記錄最後會被purge執行緒回收，Purge會檢測記錄上是否有其他事物在引用undo，如果沒有就可以刪除。

2. innodb_purge_threads (5.6以後)，可以設定的大一些，回收的速度會快一些。

innodb_purge_threads = 4

其內部幾個迴圈(loop)組成：主迴圈(loop)，後臺迴圈(background loop)，重新整理迴圈(flush loop)，暫停迴圈(suspend loop)。主迴圈有1s迴圈和10s迴圈. 1s迴圈即迴圈執行一次就sleep 1s後又執行一次又sleep 1 s.

每秒一次的操作包括 :

1.日誌緩衝重新整理到磁碟, 即使事務沒有提交(commit).

注意! 即使事務沒有提交操作, innodb 重做日誌快取仍然會重新整理到重做日誌檔案, 所以就算很大的事務操作的commit沒有想象中那麼慢.  

2.合併插入緩衝(可能)，合併插入緩衝不一定每秒都執行, innodb引擎會判斷當前1秒內發生的IO次數是否小於5次, 如果小於5次.則合併插入緩衝.

3. 最多重新整理100個 innodb緩衝池中的髒頁到磁碟(可能)，innodb儲存引擎通過判斷當前緩衝池中髒頁的比例()是否超過配置檔案中innodb_max_dirty_pages_pct這個引數的值.如果超過了這個閥值 ,innodb儲存引擎則認為需要做磁碟同步操作,重新整理100個髒頁到磁碟.

4. 如果當前使用者沒有活動, 切換到 background thread (可能)

每10秒執行的操作 :

1 .重新整理100個髒頁到磁碟 (總是)

2. 合併最多5個插入緩衝(總是)

3. 將日誌緩衝重新整理到磁碟(總是)

4. 刪除無用的Undo頁(總是)

5. 重新整理100個或者10個髒頁到磁碟(總是)

在10秒的迴圈操作中. innodb儲存引擎首先判斷過去10秒內的磁碟IO操作是否小於200次, 如果小於,則將100個髒頁重新整理到磁碟.  然後合併 (最多5個)插入緩衝, 然後將重做日誌緩衝重新整理到日誌檔案.然後,innodb儲存引擎會執行一次full purge. 既刪除無用的undo頁. 對錶(磁碟)進行update, 和delete這類操作時,原先被標記為刪除,但是因為一致性讀(consistent read)的關係, 需要保留這些行版本的資訊. 但是在full purge 過程中, innodb儲存引擎會判斷當前事務中已被刪除的行是否可以在表(磁碟)中刪除,如果可以,則立刻刪除.  innodb在執行full purge操作時,每次最多嘗試回收20個undo page. 最後innodb儲存引擎會判斷緩衝池中髒頁的比例,  如果超過70%, 則重新整理100個髒頁到磁碟, 如果髒頁比例小於70%,則是重新整理10%的髒頁到磁碟。

background loop :若當前沒有使用者活動或者資料庫關閉(shutdown)時,就會切換到這個迴圈. background loop 會執行以下操作.

1 .刪除無用的 undo 頁(總是)

2. 合併20個插入緩衝頁(總是)

3. 跳回到主迴圈(總是)

4. 不斷重新整理到100個髒頁直到符合條件(可能, 跳轉到flush loop 中完成)

若flush loop 中也沒有什麼事情可以做了, innodb儲存引擎會切換到suspend_loop. 將master_thread掛起, 等待事件發生.若用在mysql中啟用了innodb儲存引擎,但沒有建立innodb表, 則master thread總是處於掛起狀態。

檢視後臺執行緒：

mysql> Show engine innodb status\G;

srv_master_thread loops: 56 1_second, 56 sleeps, 5 10_second, 6 background, 6 flush

srv_master_thread log flush and writes: 56

其中 srv_master_thread loops: 56 表示主迴圈進行了,56次. 56 sleeps 表示掛起56次, 5 10_second 表示10秒的迴圈執行了5次. background loop執行6次, flush loop執行6 次。如果 srv_master_thread loops 與sleeps 存在較大差距,則表明當前伺服器可能很比較繁忙 , 因為innodb在其內部進行了優化, 在壓力大的情況下,1秒迴圈並不是每次都sleep 。

innodb_io_capacity預設是200，單位是頁，該引數的設定大小取決於硬碟的IOPS，即每秒的輸入輸出量(或讀寫次數)。

可以動態調整引數:set global innodb_io_capacity=2000;

檢視 innodb_io_capacity值: show variables like '%innodb_io_cap%';

配置建議如下: 

innodb_io_capacity           磁碟配置

200                    單盤SAS/SATA

2000                    SAS*12  RAID10

5000                    SSD

20000                   FUSION-IO

建議：儘量不要超過20000.

1、5.6版本以前，髒頁的清理工作交由master執行緒的；

2、Page cleaner thread是5.6.2引入的一個新執行緒（單執行緒），從master執行緒中卸下buffer pool刷髒頁的工作獨立出來的執行緒(預設是啟一個執行緒)；

3、5.7開始支援多執行緒刷髒頁；

show global status like '%Innodb_buffer_pool_wait_free%';

如果值很大，則需要增加innodb_page_cleaners值，同時增加寫執行緒。