您需要InnoDB的歷史才能理解原因.它來了：

戰爭故事

InnoDB和查詢緩存處于不斷的戰爭狀態.在檢查InnoDB緩沖池中的更改然后交叉檢查查詢緩存以進行相同更改時,InnoDB往往非常苛刻.

和平條約

在MySQL 5.0之前,InnoDB禁用了查詢緩存.現在,InnoDB與它進行交互.為了簡化問題,您可以通過將query_cache_size設置為0來禁用查詢緩存.

If the server is started with 07002 set to 0, it does not acquire the query cache mutex at all, which means that the query cache cannot be enabled at runtime and there is reduced overhead in query execution.

轉移條款

將query_cache_size設置為0并非一刀切的解決方案.

首先,戰爭的原因是開銷. InnoDB將始終檢查更改.更大的查詢緩存將使InnoDB更加困難.禁用查詢緩存讓InnoDB和Query Cache感到高興.但是,即使有這樣的和平條約,你(開發人員/ DBA)也可能成為這場戰爭的犧牲品.

取決于以下內容

>工作量

>變化的頻率

>讀取相同數據的頻率

你應該將query_cache_size設置為你認為提高性能的任何數字(這相當于開始地下運動).

結語

如果你想知道我在哪里提出這個戰爭故事,請看我的舊帖子

我建議之前禁用查詢緩存

注意：我意識到問題是關于query_cache_type.它確實對查詢緩存有影響.禁用緩存會壓制InnoDB對它的支配地位.手動設置query_cache_type只會強制Developer / DBA仔細考慮查詢緩存將遇到的查詢類型.

總結

以上是生活随笔為你收集整理的mysql 5.6 缓存_为什么默认情况下从MySQL 5.6开始禁用query_cache_type？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。