最近用xdebug观察线上程序的运行时间统计，发现往日里跑起来像飞的memcache居然是系统中拖后腿的耗时大户，连接时间特长。

运行环境

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

结论

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

建议继续学习：

1. 关于memcache分布式一致性hash    (阅读：10694)
2. Memcache分布式部署方案    (阅读：5446)
3. 关于session和memcache的若干问题    (阅读：4283)
4. Memcache源代码分析之数据存储    (阅读：3905)
5. Memcache mutex设计模式    (阅读：3759)
6. 关于Memcache长连接自动重连的问题    (阅读：3672)
7. Memcache协议的学习    (阅读：3617)
8. Memcache源代码分析之网络处理    (阅读：3608)
9. memcache的几点注意    (阅读：3472)
10. memcache连接慢又一例    (阅读：3308)