Mysql5.7 的錯誤日誌中最常見的note日誌

轉載:  https://www.cnblogs.com/DataArt/p/9984671.html

最常見的note日誌以下三種

第一種，Aborted connection . ：

[Note] Aborted connection 61 to db: ‘unconnected’ user: ‘mha’ host: ‘197.xx.xx.xx(Got an error reading communication packets)

原因是因為網路等原因導致。 

 

[Note] Aborted connection 61 to db: ‘unconnected’ user: ‘mha’ host: ‘197.xx.xx.xx(Got  timeout  reading communication packets)

原因是會話的idle時間達到了資料庫指定的timeout時間。

 

第二種：SLAVE多執行緒同步的資訊

2016-03-14T15:48:26.432150Z 73 [Note]Multi-threaded slave statistics for channel ”: seconds elapsed = 121; eventsassigned = 100374529; worker queues filled over

 overrun level = 0; waited due aWorker queue full = 0; waited due the total size = 0; waited at clock conflicts= 1451875661700 waited (count) when Workers occupied = 3211993 waited whenWorkers occupied = 445032386000

events assigned：總共有多少個event被分配執行，計的是總數。

worker queues filled over overrun level：多執行緒同步中，worker 的私有佇列長度超長的次數，計的是總數。

waited due a Worker queue full ：因為worker的佇列超長而產生等待的次數，計的是總數。

waited due the total size ：超過最大size的次數，這個由引數slave_pending_jobs_size_max  指定。

waited at clock conflicts ：因為邏輯時間產生衝突的等待時間，單位是納秒。

waited (count) when Workers occupied ：因為workder被佔用而出現等待的次數。（總計值）。

waited when Workersoccupied ：因為workder被佔用而出現等待的總時間，總計值，單位是納秒。

 

 

第三種：page_cleaner執行緒的輸出日誌

 [Note] InnoDB:page_cleaner: 1000ms intended loop took 4750ms.The

 settings might not be optimal. (flushed=1519 and evicted=0, during the time.)

本次重新整理時間 - 上次重新整理時間 > 1秒(睡眠時間)+3秒 則報警告,一般是IO能力不足

引數最佳化(目的在於減少每次重新整理的量，讓每次重新整理塊數更加平均)：

innodb_io_capacity 應該降低

innodb_max_dirty_pages_pct 應該降低

innodb_max_dirty_pages_pct_lwm 如果設定了應該考慮降低

innodb_io_capacity_max 降低