解决memcache连接奇慢问题一例

 原贴:http://www.ooso.net/archives/479

解决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连接过慢的问题果然已经解决。

结论

吃螃蟹果然是要付出代价的。。

作者: Volcano 发表于March 7, 2009 at 11:19 am

版权信息: 可以任意转载, 转载时请务必以超链接形式标明文章原始出处和作者信息及此声明

永久链接 - http://www.ooso.net/archives/479

Tags: memcache

5 条评论 »

  1. xLight 于 2009-03-07 @ 14:40:35 留言 :

     

    我也是喜欢吃螃蟹的,我的电脑上的软件一律都是用最新beta版的。
    但是测试版软件应用于生产环境。。。一定要谨慎啊,要权衡风险成本和带来的收益

    一般软件刚刚推出release版3个月之后,我才会考虑升级。
    php前几天不就干过一次这事嘛

  2. Volcano 于 2009-03-07 @ 14:56:39 留言 :

     

    的确如此,stable之后过几个月才可以谨慎的跟进

  3. rzhome 于 2009-03-07 @ 21:25:26 留言 :

     

    看来真的不能一为的追新啊。

  4. aaa 于 2009-03-08 @ 14:42:12 留言 :

     

    怎么不试试3.0.4呢,也不行的话再去换stable的2.2.5

  5. Volcano 于 2009-03-09 @ 00:05:40 留言 :

     

    第一,当时最新版本是3.0.2
    第二,没必要冒这个险,暂时还用不着3.0.x系列的新特性

 

你可能感兴趣的:(apache,PHP,memcached,Google,performance,extension)