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为主，读时尝试命中，写时先更库后删缓存，再辅以异常情况的容错策略。
