PHP使用memcached存储会话偶发读写、锁清理失败问题排查求助

1. 会话锁配置优化 #

你当前配置中memcached.sess_lock_expire = 0，代表会话锁永远不会自动超时，若请求异常中断（比如用户主动取消请求、PHP进程超时退出）未主动释放锁，后续同会话的所有请求都会拿不到锁，直接触发读会话失败、无法清除锁记录的报错。

• 建议将memcached.sess_lock_expire设置为和session.gc_maxlifetime一致的1440，避免永久死锁
• 高并发场景下如果同一个会话会触发多请求并行（比如前端多接口同时请求），可以适当调大memcached.sess_lock_retries，或者按需关闭会话锁（仅当你的业务逻辑没有会话并发写风险时）
• 当前session.lazy_write = Off，每次请求无论会话是否修改都会强制写回memcached，大幅增加锁占用时间和写请求量，建议开启lazy_write减少不必要的写操作

2. 扩展版本兼容性排查 #

你现在使用的libmemcached 1.0.18版本存在多个已知的会话处理bug，其中就包括保存会话返回SUCCESS但抛出报错的异常情况，属于libmemcached层对返回值的处理逻辑错误，配合pecl memcached 3.1.4版本容易触发。

• 可以尝试升级libmemcached到1.0.18以上的稳定版本，或者降级pecl memcached扩展到3.0.x稳定版验证问题是否消失

3. 节点故障自动剔除配置 #

当前memcached.sess_remove_failed_servers = Off、memcached.sess_server_failure_limit = 0，代表memcached扩展不会自动剔除临时故障的节点，也没有故障节点重试阈值。如果任意一台mc节点出现临时网络闪断、端口响应超时，请求分配到故障节点时就会触发读写失败。

• 建议设置memcached.sess_server_failure_limit = 3，连续3次请求失败就标记节点为故障
• 开启memcached.sess_remove_failed_servers = On，自动临时剔除故障节点，请求会自动分配到正常节点
• 把memcached.sess_connect_timeout从0改为1000（单位ms），避免连接故障节点时无限等待

4. 副本读写逻辑验证 #

你开启了memcached.sess_number_of_replicas = 1，会话数据会同时写入两个mc节点，但当前memcached.sess_randomize_replica_read = Off，只会读取主节点数据。如果主节点写入成功、副本写入失败，就会触发保存会话的报错；如果主节点临时不可用，也不会自动从副本读数据。

• 可以尝试开启memcached.sess_randomize_replica_read = On，提升读可用性
• 排查两台mc节点之间的网络延迟、丢包率，确认是否存在跨机房/跨机柜的网络波动导致副本写入失败

5. Memcached服务端排查 #

你只提供了mc3的stats数据，mc3本身无evictions、无拒绝连接，状态正常，但需要同步排查mc4节点的状态：

• 确认mc4节点是否存在evictions、连接数打满、响应超时的情况
• 检查两台mc节点的TCP内核参数，是否存在time_wait连接占满端口、半开连接过多的问题
• 确认mc服务端是否开启了TCP keepalive，避免无效连接占满连接池

6. 异常请求采样排查 #

因为问题偶发，可以临时在PHP入口增加日志采样：

• 出现报错时记录对应的session id、请求时间、客户端IP，后续排查对应session的数据大小、是否存在序列化异常、分配到的mc节点信息
• 监控mc节点的网络流量、丢包率，确认报错时间点是否存在网络波动

内容的提问来源于stack exchange，提问作者Nicolas