视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
MySQLTroubleshoting:Waitingonquerycachemutex_MySQL
2020-11-09 18:39:06 责编:小采
文档
 bitsCN.com

MySQL Troubleshoting:Waiting on query cache mutex

今天被MySQL Query Cache 炕了、线上大量 Waiting on query cache mutex

那么什么是 Query Cache?

QC 缓存的是整个SELECT的结果集、而非执行计划、QC的为人原则是:执行查询最快的方式就是不去执行

但是、QC 简单粗暴的失效策略、令人蛋疼、任何不同(空格、TAB缩进、DML等)都会导致该表的Cache不可用

失效通过single mutex 控制、有比较严重的锁竞争

如何关闭QC?

控制 2个参数:

① query_cache_type = off

② query_cache_size = 0

总体而言、QC不建议使用、鸡肋功能、"夫鸡肋,弃之如可惜,食之无所得"、导致几十上百倍的性能差异

如果、确实有这个缓存需求、应用允许的情况下、可用效率高的Redis或者MC等替代

bitsCN.com

下载本文
显示全文
专题