mybatis 缓存机制通过减少数据库访问提升查询性能，分为一级缓存和二级缓存。1. 一级缓存是 sqlsession 级别的默认缓存，生命周期与 sqlsession 一致，在同一个会话中重复查询可命中缓存，执行更新操作或事务提交/回滚后缓存清空；2. 二级缓存是 mapper 级别的共享缓存，需在 mapper xml 添加 <cache/> 或使用 @cachenamespace 注解开启，并确保对象可序列化，适用于跨 sqlsession 的缓存共享；优化建议包括针对读多写少的数据启用缓存、设置合理过期时间、结合第三方缓存插件以及防范缓存穿透和雪崩问题。
MyBatis 的缓存机制是提升数据库查询性能的重要手段，尤其在频繁读取相同数据的场景下效果显著。它分为一级缓存和二级缓存两种类型，理解它们的工作原理并进行合理配置优化，能有效减少数据库访问次数，提高系统响应速度。
一级缓存：SqlSession 级别的默认缓存
MyBatis 默认开启一级缓存，作用范围是同一个 SqlSession 内。也就是说，在一次会话中，如果执行了相同的 SQL 查询（包括参数一致），结果会被缓存起来，后续调用将直接从缓存中获取，而不会再次访问数据库。
需要注意几点：
- 缓存生命周期与 SqlSession 一致，关闭或提交/回滚事务后缓存会被清空。
- 如果在同一 SqlSession 中执行了更新操作（insert、update、delete），也会导致该缓存被清空，以避免脏读。
- 不适合跨线程共享 SqlSession 的场景，因为缓存可能带来数据不一致的问题。
举个例子：
假设你在某个业务逻辑中连续两次查询 selectUserById(1)，如果没有中间的更新操作，第二次查询就不会走数据库，而是直接命中缓存。
二级缓存：Mapper 级别的共享缓存
二级缓存的作用范围更大，它是在同一个命名空间（即同一个 Mapper）下的多个 SqlSession 之间共享的缓存。启用后，不同用户或请求即使使用不同的 SqlSession，只要查询的是同一个 Mapper 下的相同语句，也可能命中缓存。
要启用二级缓存，需要做以下几步：
- 在对应的 Mapper XML 文件中添加
<cache/>标签。 - 或者使用 Java 注解方式，在接口上加上
@CacheNamespace。 - 配置全局设置
cacheEnabled=true（默认就是 true）。 - 确保返回的对象实现了
Serializable接口，因为缓存可能会序列化对象。
常见问题注意：
- 如果你使用了 MyBatis 与其他框架整合（如 Spring），要注意 SqlSession 的生命周期管理是否影响缓存效果。
- 二级缓存默认使用 LRU 算法进行淘汰，可以通过配置修改缓存大小、刷新策略等。
如何优化缓存配置？
合理的缓存配置可以大幅提升性能，同时避免内存浪费或缓存失效不及时的问题。
几个实用建议如下：
- 对于读多写少的数据，比如字典表、配置信息，非常适合开启二级缓存。
- 对于经常变动的数据，可以考虑关闭缓存或者设置较短的过期时间。
- 使用第三方缓存插件（如 Ehcache、Redis）来替代默认缓存实现，可以获得更好的扩展性和性能。
- 注意缓存穿透和雪崩问题，可通过加锁、空值缓存、随机过期等方式缓解。
举个例子：
如果你有一个商品分类接口，每天只更新一次，那么可以设置缓存过期时间为 24 小时，这样既能保证数据一致性，又大大减少了数据库压力。
总结一下
MyBatis 的缓存机制虽然简单，但如果不了解其工作机制，很容易误用或者浪费资源。一级缓存默认生效，适合单次会话内的重复查询；二级缓存需要手动开启，适合跨会话的高频读取场景。合理配置缓存策略，结合业务特点选择合适的缓存类型和存储方式，才能真正发挥它的价值。
基本上就这些。
