Mybatis二级缓存
1、概念
一级缓存（Local Cache）：
- 一级缓存是默认开启的，它是基于每个 SqlSession 的，即在同一个 SqlSession 内查询的结果会被缓存在这个 SqlSession 中。
- 当在同一个 SqlSession 中执行相同的查询语句时，第一次查询会从数据库中获得结果并缓存，后续相同的查询会直接从一级缓存中获取，而不会再次访问数据库。
- 一级缓存的生命周期与 SqlSession 相同。当 SqlSession 关闭或提交（在执行 insert、update、delete 等修改操作后）时，一级缓存会被清空。
二级缓存（Global Cache）：
- 二级缓存是跨 SqlSession 的，并且需要手动开启。一旦开启，它可以被多个 SqlSession 共享。
- 当一个 SqlSession 执行查询操作而结果不存在于一级缓存时，MyBatis 会查找二级缓存。如果二级缓存中也没有所需数据，它才会执行数据库查询并将结果存放到一级缓存和二级缓存中。
- 二级缓存的生命周期是跨 SqlSession 的，其存活时间从 SqlSessionFactory 创建开始，到 SqlSessionFactory 被关闭或应用停止时结束。
执行查询操作的缓存查找顺序是这样的：
- MyBatis 在当前 SqlSession 的一级缓存中查找是否有匹配的结果。
- 如果一级缓存中没有找到，MyBatis 会查找二级缓存中是否有匹配的结果（如果二级缓存被开启并且适用于当前的查询）。
- 如果二级缓存中也没有，MyBatis 才会执行数据库查询，然后将查询结果放入一级缓存和二级缓存（如果二级缓存已开启）。
在使用缓存时，重要的是要注意数据一致性问题。一级缓存由于其生命周期较短（绑定于 SqlSession），通常不会引起严重的数据一致性问题。而二级缓存由于作用域更广，不当的使用可能会导致数据不一致的情况，因此在启用二级缓存时需要更加谨慎，并考虑适当的缓存策略和失效机制。
2、开启二级缓存有什么问题？
当针对同一个表的操作分布在不同的 Mapper XML 文件里，并且启用了二级缓存的时候，可能会出现数据一致性问题。这是因为 MyBatis 的二级缓存是基于 Mapper 的 namespace 来划分的，每个 Mapper 的 namespace 都会有自己的缓存域。
假设你有两个不同的 Mapper XML 文件，分别是UserMapper.xml和AccountMapper.xml，其中两者都对同一个用户表进行操作。如果两个 Mapper 都启用了二级缓存，那么它们各自都会有一个独立的缓存区域。
问题出现在，当UserMapper中的一个操作导致用户表的数据发生变化后，它只会清空UserMapper对应的二级缓存，而不会影响AccountMapper的二级缓存。这意味着AccountMapper的二级缓存可能包含了陈旧的数据，从而导致数据不一致。
要解决这个问题，你可以采取以下措施：
集中管理操作：尽量将对同一个表的操作集中在同一个 Mapper 中，这样同一个表的所有相关操作都会使用相同的缓存区域，降低数据不一致的风险。
禁用部分二级缓存：如果确实需要分开管理不同的 Mapper，你可以选择在操作频繁的 Mapper 中禁用二级缓存。
自定义缓存失效策略：可以通过自定义缓存的方式来实现跨 Mapper 的缓存失效策略。例如，使用第三方缓存框架（如 Ehcache、Redis）时，可以利用缓存框架的 API 来在一个 Mapper 更新数据后显式地清除其他 Mapper 的缓存。
使用 MyBatis 的通知机制：MyBatis 允许你配置缓存的清空策略，例如，可以在更新操作后使用
flushCache="true"属性来指定清空缓存，或者使用@CacheNamespaceRef注解来引用同一个命名空间的缓存。谨慎使用二级缓存：在涉及到数据一致性要求较高的业务场景中，如果无法确保缓存的一致性，最好是不要启用二级缓存，或者将其应用于那些很少改变的数据。
在设计缓存策略时，重要的是要考虑到数据一致性、系统的复杂性以及缓存带来的性能提升，做出适当的权衡。
在 MyBatis 中启用二级缓存进行多表操作时，可能会面对以下几个后果或问题，尤其是当涉及到更新操作时：
数据一致性风险：当对涉及多个表的数据进行更新操作时，如果这些表都启用了二级缓存，那么你需要确保在修改数据后及时更新或清空所有相关表的二级缓存。否则，会存在数据不一致的风险，因为其他用户可能会从缓存中读取到过时的数据。
复杂的缓存管理：多表操作通常意味着数据之间存在关联关系。在这种情况下，缓存管理将变得更加复杂，因为你可能需要实现更复杂的缓存失效策略，以确保当一个表的数据发生变化时，其他相关表的缓存也能相应地更新。
难以追踪问题：如果缓存配置不当或者使用不当，可能会导致难以追踪的错误和问题，比如脏读（读取到未提交的数据）和不一致的读取结果。
性能问题：虽然缓存的目的是为了提高性能，但是不当的缓存使用（特别是在多表操作中）可能会导致性能问题。例如，频繁清空缓存会降低缓存的效率，而过多的缓存又可能消耗大量内存资源。
事务管理挑战：在启用了二级缓存的情况下，处理跨多个表的事务操作会变得更加复杂。你需要确保缓存的一致性与数据库事务的一致性相匹配，这可能会导致更加复杂的事务管理策略。
为了避免这些后果，你可以采取以下措施：
- 精心设计缓存策略，只在查询频率高而更新频率低的表上启用二级缓存。
- 使用更灵活、更强大的缓存框架（例如 Redis、Ehcache），它们提供了更加细粒度的缓存控制和失效策略。
- 在进行数据修改操作时，确保合理地清空或更新相关缓存。
- 对于复杂的业务逻辑和数据关系，权衡缓存带来的性能优势和可能的数据一致性风险，有时关闭二级缓存可能是更好的选择。
- 保证应用层的数据访问逻辑尽量简单明了，避免引入过于复杂的缓存失效机制。
总之，开启 MyBatis 二级缓存时需要谨慎行事，确保你完全理解其工作原理以及如何正确地管理缓存和数据一致性。在某些情况下，特别是在数据一致性要求较高的场景，可能需要禁用二级缓存或者选择其他缓存策略。