jbosscache1.4 invalidation模式的疑问

项目中需要用jbosscache解决分布式cache问题。我们想实现如下cache模式：

假设集群有2个节点，分别是node1和node2，我们要缓存的对象叫test.table1,

1、node1 检索test.table1的id为“id1”的值, 这时，由于缓存中没有相应数据，它会先访问数据库，然后缓存在本地，即调用类似treecache.put("/test/table1","id1" "value1")的语法保存在缓存中；这时其他节点的cache不受影响；下次node1再次访问该值，就会从缓存中取到该值。

2、同样，node2访问test.table1的id为“id1”的值，这时缓存中也没有该值，同样访问数据库，然后放到缓存中。

3、node1修改了test.table1的id为“id1”的值，这时，应该调用treecache的remove方法，将改对象清除出缓存，并向node2发送invalidation通知，使node2也清除相应的对象。

我们在考察了jbosscache支持的4种同布方法（REPL_ASYNC，REPL_SYNC，INVALIDATION_ASYNC，INVALIDATION_SYNC）后，觉得INVALIDATION_SYNC这种方式满足我们的需求。即各个节点都单独保留自己的cache数据，在查询数据库后，保存在本地的缓存中，这时不同步数据到其他节点。但当某个节点修改了缓存中的数据，这时需要发送

invalidation消息到其他节点，使得其他节点删除相应的缓存。

 

在通过1个下午的测试后，结果和我们设想的有很大出入，以下就是测试结果：

1.node1 加入新的数据 /test1，正常，node2相应的缓存没有变化；

2.node2加入新的数据/test1，奇怪的事情发生了，node1的 /test1节点不见了，我看日志，确认它受到了Eviction消息，即数据失效消息；

3、同样，我们再次在node1加入数据/test1，结果，node2的/test1数据不见了，同样是收到了相应的数据失效消息。

 

以上现象，会导致node1到数据库取数据，更新缓存，node2的缓存中相应数据会因此失效，下次node2取同样的数据时，由于数据失效，还要去数据库取，再次更新node2缓存后，此时，node1将收到缓存失效消息。这样循环往复，实际上缓存一点也没有起到分布式的作用。

实际上，应该是node1和node2分别保存自己的缓存，只有在我们更新的数据或删除了数据时，这时才能发送invalidation消息，其他节点清除相应缓存数据。

 

有没有朋友用过INVALIDATION模式，帮我解答下这个问题，谢谢！