答案：MySQL常与Redis等外部缓存结合使用，采用Cache-Aside模式，读时先查缓存命中则返回，未命中则查数据库并回填缓存；写时先更新数据库再删除缓存，以保证一致性，并通过空值缓存、互斥锁、随机过期时间等策略应对穿透、击穿、雪崩问题。
MySQL本身不提供完整的应用级缓存机制，但常与外部缓存系统（如Redis、Memcached）配合使用，实现“缓存+数据库”的高效读写架构。核心思路是：优先访问缓存获取数据，缓存未命中时再查数据库，并在数据更新时同步或失效缓存。
1. 缓存读取策略：Cache-Aside 模式
这是最常用的缓存与数据库结合方式，由应用层控制缓存和数据库的交互：
-
读操作流程：
- 先从缓存（如Redis）中查询数据
- 若缓存命中，直接返回结果
- 若未命中，查询MySQL数据库
- 将查询结果写入缓存，设置合理过期时间，再返回给客户端
-
示例逻辑：
data = redis.get(key) if data: return data else: data = mysql.query(sql) redis.setex(key, 300, data) # 缓存5分钟 return data
2. 写操作时的缓存处理
写入或更新数据时，必须保证缓存与数据库的一致性：
-
更新数据库后删除缓存（推荐）：
- 先更新MySQL中的数据
- 然后删除缓存中对应key
- 下次读取时会重新加载最新数据到缓存
-
为什么不直接更新缓存？
- 避免并发写导致缓存脏数据
- 减少缓存中存储冗余数据的风险
3. 防止缓存穿透、击穿、雪崩
实际使用中需增加保护机制：
- 缓存穿透：查询不存在的数据，可缓存空值并设置短过期时间
- 缓存击穿：热点key过期瞬间大量请求打到数据库，可用互斥锁（如Redis SETNX）重建缓存
- 缓存雪崩：大量key同时过期，可通过随机过期时间或高可用缓存集群缓解
4. 结合MySQL查询缓存（已弃用）
MySQL曾内置查询缓存（query cache），但因并发性能差，在8.0版本已被移除。现在不建议依赖此功能，应使用外部缓存替代。
基本上就这些。关键点是应用层控制缓存生命周期，以Cache-Aside为主，读时尝试命中，写时先更库后删缓存，再辅以异常情况的容错策略。
