2008-03-16

ibatis缓存效果测试

条件：数据库有两张表：news和category,新闻10000 条数据，分类7条数据 ，新闻类(News)里包含一个分类(Category)  1)      不使用缓存，n+1 方式获取新闻对应的分类。读取全部(10000 条符合条件) 需11.38 秒左右。  

 

20 40 60 80 100
ibatis 逻辑分页 0.45 0.47 0.52 0.55 0.57
数据库物理分页 0.15 0.19 0.22 0.27 0.30

  2)      对分类使用缓存，新闻不使用缓存，n+1 方式读取新闻对应分类。读取全部(10000 条符合条件) 需0.89 秒  

 

20 40 60 80 100
ibatis 逻辑分页 0.43 0.44 0.44 0.44 0.45
数据库物理分页 0.11 0.11 0.12 0.12 0.13

 

3)      新闻使用缓存(size:150) ，n+1 方式读取新闻对应分类。读取全部(10000 条符合条件) 需0.0007 秒，但很消耗内存。它是把所有的内容读出，作为缓存的一项，后面的查询都能从缓存命中，几乎不用时间。

  备注： 1.      第一次使用SqlMapClient 时，ibatis 会做一些初始化工作，所以应该取第二次后读取数据库所用的时间为测试结果

2.      ibatis 的把一次查询得到的结果作为缓存的“一项”，缓存size 的单位就是这个项。一个category List 是一项，单个的一个Category 也是一项，并且它们可以同时存在的，相互间没有任何关系。从缓存中取数据的条件是：当前查询和缓存项对应的查询语句相同，并且参数也相同。

 

从这个测试可以看出，对1对1关联，如果被关联的一方数据量不大，使用缓存可以解决n+1的效率问题。当然，也可以使用联合查询，我更倾向前者，方式优雅，效率不低，而且内存消耗也比后者低。另外，ibatis的分页效果不太好，除非数据量很小，否则不要使用，才10000条数据，速度几乎比物理分页慢了3倍。数据量增大，会慢的更厉害。慎用列表的缓存，尤其是多条件查询生成的列表。如果各种条件组合有n中情况，如果这个n小于size，ibatis几乎会缓存整个数据库。

评论
发表评论

您还没有登录，请登录后发表评论

姜太公
搜索本博客
我的相册
6784b82f-17cc-4c5c-990d-f0e2dc56f769-thumb
clack
共 1 张
最近加入圈子
存档
最新评论