使用OSCache缓存的性能调优验证

使用OSCache缓存的性能调优验证51Testing软件测试网c k8ToZ2z%n

A3k Z9JD1co_!W0好久没写了，最近项目太多，目前手里还有2个性能测试的项目排着，偶都快成脚本机器了，不说废话了。51Testing软件测试网(D0QW5x(sBx

w$]1~iT+l?O0最近测试一个java开发的项目时，由于程序逻辑超级复杂，有些逻辑需要从3个表甚至以上获取数据，然后进行运算，导致SQL Server 2005压力超大，数据库连接池跑一会儿就满，每个事务的交易响应时间也超过40秒，反正就是性能一塌糊涂，匆忙写了一份报告告诉领导，他们现在这个不行，要不调整框架，要不进行调优。

开发后来把这几个页面进行了程序级的缓存，但是执行效果仍然不理想，直到后来采用了OSCache技术。51Testing软件测试网/J0b'l _q(qI

OSCache是一种以标签为基础，对页面进行快速内存缓冲的技术，目前应用比较普遍。具体介绍：http://hanfeng.blogbus.com/logs/2004/08/324010.html51Testing软件测试网Po8{+X8Z.pO

我们调优时，尝试了2种不同的方式，一个是Cache到内存，一个是Cache到磁盘。51Testing软件测试网%G7Yz:d
i M

1K{P1BXJ0Cache到内存很好理解，当用户发送第一个交易请求后，服务端去数据库取数据，然后运算完毕，返回结果值，同时把值作为cache放到内存里，下次再次发送对应请求则直接到内存里读；CACHE到磁盘里就是生成一个文件，同时在内存中生成对应文件的索引，再次访问时直接通过索引找文件读取。

调整后，两种方法分别验证发现效率差不多，不同的只是是牺牲磁盘效率还是牺牲内存而已。

到了这里，大家应该可以发现，时效性高的程序（就是数据更新较为频繁）使用这个技术效果没有时效性低的程序大。

个人理解，加了缓存的页面就想访问静态页面，当然非常快了。

不过也发现这项技术有使用的局限性：
xD+Y3m,g5~V{*L5^0如果每次提交的请求必须完全相同（这样才能访问对应的cache；如果不同则不走cache直接去执行程序，那缓存无意义），例如：java的face类因为POST请求时，有关联项，每次

请求都不一样，所以不能使用，要修改为html；51Testing软件测试网,{e(H#\Ubn7d

前后测试结果对比：51Testing软件测试网,JuC1t)\
Qe[r
==============================================================
#U _(Poz M0测试点   前并发数 前交易响应时间 后并发数 后交易响应时间51Testing软件测试网L_c3~;Rn
测试一   200     40.53秒      1000    3.44秒51Testing软件测试网]voO&WC*w2y
测试二   300     43.42秒      500     0.707秒
Iuq[q J7anyK6|.r0测试三   300     27秒+        500     2.06秒51Testing软件测试网z V ?7MKrLz%a
测试四   300     20秒+        500     2.83秒
m{GCfM8kB,\p0测试五   300     20秒+        500     2.56秒51Testing软件测试网6pD\)} fv
测试六   300     20秒+        500     3.59秒
ABG6G5R0==============================================================51Testing软件测试网ud}#r&R"HH c+N