mybatis 缓存未生效_mybatis二级缓存不生效-CSDN博客

本文详细分析了MyBatis缓存未生效的各种原因，包括未配置缓存、未设置useCache属性、二级缓存配置错误、动态SQL冲突、事务影响、Serializable接口、依赖配置、刷新策略、查询条件和缓存键生成等，并提供了相应的解决方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

如果MyBatis的缓存未生效，可能有一些常见的原因导致。以下是一些可能的原因和相应的解决方法：

未配置缓存： MyBatis默认情况下是开启一级缓存的，但可能未配置或者配置不正确。

解决方案： 确保在MyBatis的配置文件（通常是mybatis-config.xml）中正确配置了缓存。
xmlCopy code

 <configuration> <settings> <setting name="cacheEnabled" value="true"/> </settings> </configuration>
未设置statement的useCache属性： 即使全局开启了缓存，但某个statement可能未正确设置useCache属性。

解决方案： 确保在每个statement的映射文件中设置了useCache属性。
xmlCopy code

 <select id="selectUserById" parameterType="long" resultType="User" useCache="true"> SELECT * FROM users WHERE id = #{id} </select>
缓存配置问题： 如果使用的是二级缓存，可能是二级缓存配置问题。

解决方案： 确保在MyBatis的配置文件中正确配置了二级缓存。
xmlCopy code

 <configuration> <settings> <setting name="cacheEnabled" value="true"/> </settings> <typeAliases>  <typeAlias alias="User" type="com.example.User"/> </typeAliases> <environments default="development"> <environment id="development">  <transactionManager type="JDBC"/> <dataSource type="POOLED">  </dataSource>  <mappers> <mapper resource="com/example/UserMapper.xml"/> </mappers> </environment> </environments> </configuration>
缓存键冲突： 如果在查询中使用了动态SQL，可能导致缓存键冲突。

解决方案： 确保在使用动态SQL时，动态生成的SQL语句不会导致缓存键冲突。可以考虑在动态SQL中使用合适的条件，以避免相同的查询语句生成相同的缓存键。
事务未提交或未开启新事务： 如果在同一个事务中执行相同的查询，由于事务未提交，可能导致缓存未生效。

解决方案： 确保在查询之前已经提交了上一个事务，或者在查询之前开启了新的事务。
javaCopy code

// 示例代码，确保事务已经提交或者开启新事务 try (SqlSession sqlSession = sqlSessionFactory.openSession()) { // 执行查询操作 UserMapper userMapper = sqlSession.getMapper(UserMapper.class); User user = userMapper.selectUserById(1L); }
实体类未实现Serializable接口： 如果使用了默认的基于序列化的缓存实现，实体类需要实现Serializable接口。

解决方案： 确保实体类实现了Serializable接口。
javaCopy code

// 示例代码，实体类实现Serializable接口 import java.io.Serializable; public class User implements Serializable { // 属性和方法 }

确保在使用MyBatis的过程中，配置了正确的缓存参数、开启了缓存，并且考虑到可能的缓存键冲突问题。在调试阶段，可以通过在日志中开启MyBatis的DEBUG模式来查看缓存的工作情况，以更好地排查问题。

缓存依赖未正确配置： 如果某个查询结果依赖于另一个查询的结果，可能导致缓存未正确生效。

解决方案： 确保依赖关系正确配置，使用<cache-ref>标签引用其他Mapper中的缓存。
xmlCopy code

 <cache-ref namespace="com.example.OtherMapper"/>
缓存刷新策略问题： 如果缓存刷新策略未配置或配置不当，可能导致缓存未正确刷新。

解决方案： 确保在MyBatis的配置文件中设置了合适的缓存刷新策略。
xmlCopy code

 <configuration> <settings> <setting name="localCacheScope" value="STATEMENT"/> </settings> </configuration>
查询条件未传递导致相同的查询被缓存： 如果两次相同的查询条件未传递，MyBatis可能会缓存相同的查询结果。

解决方案： 确保每次查询时，传递的查询条件是唯一的。
javaCopy code

// 示例代码，每次查询时传递唯一的查询条件 User user1 = userMapper.selectUserById(1L); User user2 = userMapper.selectUserById(2L);
缓存键生成问题： 如果缓存键生成方式配置不当，可能导致相同的查询条件生成相同的缓存键。

解决方案： 确保缓存键生成方式的配置正确，可以使用<cache>标签的eviction属性配置缓存的淘汰策略。
xmlCopy code

 <configuration> <settings> <setting name="localCacheScope" value="STATEMENT"/> </settings> <cache eviction="FIFO" flushInterval="60000" size="512" readOnly="true"/> </configuration>
缓存注解未使用： 如果使用了MyBatis的注解方式进行SQL操作，但未使用@CacheNamespace注解开启缓存，缓存可能不会生效。

解决方案： 确保Mapper接口上使用了@CacheNamespace注解。
javaCopy code

// 示例代码，使用@CacheNamespace注解开启缓存 @CacheNamespace public interface UserMapper { @Select("SELECT * FROM users WHERE id = #{id}") @Options(useCache = true) User selectUserById(@Param("id") Long id); }