Memcached学习笔记 — 第四部分:Memcached Java 客户端-gwhalin(4)-版本差异

 

Memcached Java Client 版本差异

 

公司目前使用的是2.5.1版本的memcached java client.目前官方最新版本是2.6.1，是基于全新的performance分支，由Schooner中国团队开发。
•  王新根，[e-mail]；
•  李蒙，[e-mail]，IT eye博客地址是：http://menglee.iteye.com 。
与老版本的相比的重大改善：
1.    较之老版本，在性能上有300%左右的提升；
2.    兼容老版本，用户无须修改自己的源代码；
3.    支持多个memcached协议，包括text，udp和binary协议；
4.    支持SASL认证机制；
5.    重新实现的连接池，修复了之前的连接数太多所导致的OutOfMemory异常；
6.    加入了slf4j logger支持，使得开发人员可以方便的记录日志；
7.    支持自定义的对象序列化方法。

对上面官方描述的重大改善，我下面挑选了2个比较实用的改善进行测试验证，毕竟试了才知道，呵呵。

验证：连接池BUG修复

验证：重新实现的连接池，修复了之前的连接数太多所导致的OutOfMemory异常。
验证测试的环境我还是使用上面的性能测试基础环境和代码。

测试环境配置

在上面性能测试基础环境中，我关掉了2个memcached服务，只留下一个11211端口的服务。
Memcached java client客户端参数配置，配置一个服务和连接池配置最大连接数量为5。客户端配置如下：

测试类参数

测试类参数：线程数：20，每个线程处理10000次。基本可以执行个1，2分钟，够监控连接情况了。

 

 

2.5.1版本测试

 

查看测试前memcached服务状态

telnet localhost 11211
Stats

 运行测试
异常了：

Exception in thread "pool-1-thread-16" java.lang.OutOfMemoryError: Direct buffer memory
    at java.nio.Bits.reserveMemory(Bits.java:633)
    at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:98)
    at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:288)

查看运行中memcached服务状态：
 

 
从测试结果看，大并发的时候，2.5.1版本配置的连接池最大5连接，但是实际是118-10=108个，连接池完全失控，客户端报错java.lang.OutOfMemoryError。BUG！！

2.6.1版本测试

还是先查看下运行测试前，memcached服务器状态：
 

 
回到了当前连接为10，不晓得为什么！官方说该参数是当前连接数量，但是我现在明显没有连接，就有10个，而且服务器刚启动就10个，先不管，反正无连接的时候就是10（我用netstat –a看了，的确没有连接）。

运行2.6.1版本的测试
OK，一切正常了，客户端无异常，服务器状态一直都是显示当前连接为15，说明，只有5个连接到memcached服务器，和配置符合。
 


测试结论：2.5.1的连接池溢出BUG在2.6.1中的确修复了。

验证：性能提升300%

2.6.1版本的测试已经在上面的“性能测试”模块进行了说明，这里使用相同的配置和代码测试2.5.1版本的情况，然后进行对比。
测试服务器就还是小本，服务开3个，分别128M，64M，64M.
 

 
Memcahced java client 配置如下：

memcached-servers=localhost:11211,localhost:11212,localhost:11213
memcached-weights=3,1,1
memcached-initConn=5
memcached-minConn=5
memcached-maxConn=250

 

测试类配置：

    /** 线程数 */
    static int THREAD_COUNT = 20;
    /** 每线程执行次数 */
    static int PER_THREAD_COUNT = 10000;

 

测试结果：
36316 - Test thread: 20; total times: 404056ms;count/thread: 60000
36316 - add success : 197583; success rate: 98.7915%
36316 - set success : 198272; success rate: 99.136%
36316 - get success : 198473; success rate: 992365.06%
36316 - gets success : 198214; success rate: 99.106995%
36316 - cas success : 198821; success rate: 99.4105%
36318 - del success : 199198; success rate: 99.599%
36318 - Average time: 0.33671334
36318 - add TPS: 4952.211162283959; time: 40386ms
36318 - set TPS: 3645.2447781868555; time: 54866ms
36318 - get TPS: 3217.2961842867253; time: 62164ms
36319 - gets TPS: 2691.0294533173665; time: 74321ms
36319 - cas TPS: 2337.5135867977233; time: 85561ms
36319 - del TPS: 2673.510854454069; time: 74808ms
36319 - Average TPS: 2474.9044686875086

2.6.1版本的测试Average TPS：6624.183569375075
2.5.1版本的测试Average TPS: 2474.9044686875086

效率提升：6624.183569375075/2474.9044686875086=2.68倍
不错，的确优化提升了。
后续会提供源代码的分析比对，现在时间不多，先到这里了。

评论

1 楼 c04s31602 2014-07-18  

非常好的文章，楼主的钻研精神值得学习。