本文描述了一个关于memcache连接速度缓慢的问题及解决方案。通过使用较旧版本的memcache扩展，成功解决了连接耗时过长的问题。
解决memcache连接奇慢问题一例
最近用xdebug观察线上程序的运行时间统计，发现往日里跑起来像飞的memcache居然是系统中拖后腿的耗时大户，连接时间特长。
运行环境
- webserver是apache + php
- php memcache extension版本是3.0.2，当时是最新的beta版…
- 有4个memcache server可供使用
- 代码中会利用php的Memcache::addServer依次连接四个memcache，长连接方式
现象
完成四次addServer一共需要300ms以上，但是一旦连接上，获取单个item飞快，时间在3ms以下。
更可恶的问题在于，虽然执行了四次Memcache::addServer，但是实际使用的始终是最后一个memcache，这实在让人崩溃。
问题解决
使用了一点搜索技巧，在pecl.php.net上找到了类似的bug: First get slow when using multiple memcached servers
这个bug的描述如下：
We are monitoring memcached performance and noticed that when we added a second memcached via Memcache::addServer the first get request is always slower than the subsequent ones although we are using persitent memcached connections. Switching from crc32 to fnv hashing didn’t help either. Is that delay explainable
看起来是最新的memcache extension有一些问题，尝试将这个扩展降级成最新的稳定版2.2.6，然后重启apache看看，memcache连接过慢的问题果然已经解决。
结论
吃螃蟹果然是要付出代价的。。
<script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascr<script src="http://pagead2.googlesyndication.com/pagead/expansion_embed.js"></script>ad/expansion_embed.js">
作者: Volcano 发表于March 7, 2009 at 11:19 am
扫一扫
60
到【灌水乐园】发言
xLight 于 2009-03-07 @ 14:40:35 留言 ：
我也是喜欢吃螃蟹的，我的电脑上的软件一律都是用最新beta版的。
但是测试版软件应用于生产环境。。。一定要谨慎啊，要权衡风险成本和带来的收益
一般软件刚刚推出release版3个月之后，我才会考虑升级。
php前几天不就干过一次这事嘛
Volcano 于 2009-03-07 @ 14:56:39 留言 ：
的确如此，stable之后过几个月才可以谨慎的跟进
rzhome 于 2009-03-07 @ 21:25:26 留言 ：
看来真的不能一为的追新啊。
aaa 于 2009-03-08 @ 14:42:12 留言 ：
怎么不试试3.0.4呢，也不行的话再去换stable的2.2.5
Volcano 于 2009-03-09 @ 00:05:40 留言 ：
第一，当时最新版本是3.0.2
第二，没必要冒这个险，暂时还用不着3.0.x系列的新特性