libmemcached的MEMCACHED_MAX_BUFFER问题
这篇讲的是作者在服务监控中发现一个异常：使用libmemcached向Memcached写入约10KB数据时，延迟竟高达7ms。为定位问题，作者分别用shell脚本（通过nc直接发送命令）和C++程序（调用libmemcached API）进行测试。结果出人意料——更“底层”的C++版本耗时远超shell脚本。 通过ltrace跟踪，作者发现数据发送很快，但等待服务端响应的时间很长。深入排查后，根源浮出水面：libmemcached库内部定义了一个名为`MEMCACHED_MAX_BUFFER`的常量，其值为8196字节。对于超过此大小的数据，库会将其拆分为两次`write`系统调用发送。这种拆分机制导致了显著的网络往返开销，成为了性能瓶颈。 解决方法相对直接：重新编译libmemcached，将该常量值从8196调大至81960。修改后，延迟从7ms锐减至1ms左右。作者也分析了服务端日志，确认时间主要消耗在连接状态切换的等待上。这个案例生动说明了第三方库中某个未公开的硬编码限制，可能对性能产生难以预料的影响。