http://robbinfan.com/blog/38/orm-cache-sumup
http://www.cnblogs.com/dotey/archive/2013/03/08/2949153.html
看了下这两篇介绍缓存设计的文章。
第一篇主要以ORM的角度说，表设计粒度尽量细致，然后通过主键缓存能让效率发挥的更好。
然后发现当初我们的误区是：
在Hibernate里发现人家缓存机制吧查询转成N+1个sql，然后被吓住了， 然后就开始研究怎么写hql了，以为能优化效率
。。。多愚蠢,这样就浪费缓存机制了，而且还连表了，开发时数据小没啥问题，数据多了就瞎了。
第二篇主要的意思是
把条件查询放一个索引表中，查询id，然后再通过id查询缓存中的单元内容。
其中把id列表也缓存起来，如[1,2,3,4,5…100]用于分页。这个如果更新频率高就不太合适了，或者查询条件复杂
我觉得查询复杂的话是不是还是搜索引擎比较合适，然后搜索引擎查出来的id再去索引查单元内容。