MySQL的高速查询缓存强制要求使用高速缓存
这篇技术文讲的是MySQL 5.7.20版本引入的一个关键参数：`query_cache_type` 设置为 `DEMAND`。它彻底改变了查询缓存的使用逻辑。 作者从一个常见的性能矛盾出发：在读多写少的OLAP场景下，查询缓存是巨大的加速器；但在高并发写入的OLTP场景下，它又会因为频繁失效而成为瓶颈。过去，查询缓存是默认开启的，这给很多混合负载的业务带来了困扰。 文章的核心在于剖析这个“按需强制缓存”的模式。当设置为 `DEMAND` 后，所有查询默认不走缓存，只有在SQL语句中显式加上 `SQL_CACHE` 提示符的语句，才会去尝试使用缓存。这把开关的控制权，从数据库引擎交到了应用开发者手中。 作者详细解释了这种模式的妙处：它避免了查询缓存因全表更新而“雪崩式”失效，保证了核心读查询的性能可预测性。同时，文章也指出了使用它的前提：需要DBA或开发者精准识别出哪些查询是稳定的、高频的、且结果集不常变化的，将它们标记为 `SQL_CACHE`。 总的来说，文章通过这个参数，阐述了如何在MySQL架构中，对查询缓存这一曾经的“自动优化”功能进行精细化的人工干预，适合那些既想利用缓存红利，又受困于其副作用的团队参考。