MyBatis
memcached
2、select * from A inner join B A.b_id=B.id ，对应ABMapper.xml 若使用select语句，则相关数据也会被缓存。
问题来了，当A或B有更新的时候，只刷新了A或B表的缓存。此时并没有刷新ABMapper.xml中的关联查询的缓存。
所涉及的关键jar如下：
spymemcached-2.8.1.jar
mybatis-memcached-1.0.0-beta1-1210.jar
mybatis-3.1.1.jar
PS：
2个sql分别在不同的mapper.xml文件中。
每个mapper.xml都配置了
<cache eviction="LRU" type="org.mybatis.caches.memcached.MemcachedCache"/>
--------------------------------------------------------------------------------------------------------------
请问这个问题如何处理。
引用来自“张培立”的答案
在实际的业务操作中，关联表是经常的。
希望能找到一个关联表查询处理缓存较好的解决方案。
手动清除不是不可以，只是比较费劲，很多地方都要处理，会使系统变得臃肿。比如我关联了3个表，那么可以在这3个表单独更新的地方调用一下关联表相关清缓存的方法，比如都调用一下update。
引用来自“联夏日”的答案
引用来自“张培立”的答案
在实际的业务操作中，关联表是经常的。
希望能找到一个关联表查询处理缓存较好的解决方案。
手动清除不是不可以，只是比较费劲，很多地方都要处理，会使系统变得臃肿。比如我关联了3个表，那么可以在这3个表单独更新的地方调用一下关联表相关清缓存的方法，比如都调用一下update。
1:更新删除操作的地方如需select,sqlSession.clearCache()下
2:尽量把他们放到一个mapper下
引用来自“jackstraw”的答案
1:更新删除操作的地方如需select,sqlSession.clearCache()下
2:尽量把他们放到一个mapper下
关联查询地方很多，放到一个mapper下不太现实，而且也不利于维护。
顶一下。
我知道的有两种办法：
1.如果ORM是xBatis或者jdbc，可以构建一个cache层，选择自己的缓存策略（本地缓存？分布式缓存？），尽在你的控制，只要缓存的粒度足够小，基本不会遇到你说的问题；
2.可以用Hibernate+ehCache，用的好性能据说也不错。
我目前也在解决这个问题，思路：通过配置+mybatis plugin机制来解决，mybatis的更新时缓存粒度比较粗，想更细的话可以自已实现。