PHP用Redis/Memcached作会话管理器致应用变慢问题排查

核心原因 #

PHP默认会话机制采用阻塞式独占锁：每个请求启动会话时会获取锁，直到请求结束才释放。原生文件会话的锁是本地文件锁，开销极低；但使用Redis/Memcached这类分布式存储时，锁的获取/释放涉及跨网络IO，加上多个AJAX请求串行等待锁，会导致延迟累积——这就是你看到11个请求耗时远超原生会话的核心原因。

解决方案 #

1. 尽早释放会话锁

在完成会话数据的读写操作后，立即调用session_write_close()释放锁，让后续请求无需等待当前请求完全结束即可获取锁。示例代码：

// 读取或修改会话数据
$username = $_SESSION['username'];
$_SESSION['last_active'] = time();

// 立即释放会话锁
session_write_close();

// 后续业务逻辑（如数据库查询、接口响应）不再占用会话锁

注意：释放锁后无法再修改$_SESSION，若后续需修改，需重新调用session_start()（建议尽量避免此类场景）。

2. 配置非阻塞式会话（Redis专属）

修改Redis会话处理器的配置，添加blocking=0参数，让请求获取锁失败时直接返回而非阻塞等待。示例php.ini配置：

session.save_handler = redis
session.save_path = "tcp://your-redis-host:6379?blocking=0"

此方案需业务代码兼容会话获取失败的场景，比如增加会话有效性判断，避免出现未登录错误。

3. 优化会话连接复用

开启Redis/Memcached的持久化连接，避免每次请求新建TCP连接带来的开销：

• Redis配置示例：

  session.save_path = "tcp://your-redis-host:6379?persistent=1"
  

• Memcached配置示例：

  session.save_handler = memcached
  session.save_path = "tcp://your-memcached-host:11211?persistent=1"
  

同时确认应用服务器与缓存服务器在同一局域网，网络延迟控制在1ms以内（可通过ping命令验证）。

4. 拆分或简化会话逻辑

• 对于只读会话请求（如仅获取用户信息），直接读取缓存不获取锁（需确保无并发修改场景，或接受最终一致性）；
• 将会话数据拆分为高频只读字段和低频修改字段，用Redis哈希结构存储，修改时仅更新指定字段，减少锁竞争范围。

5. 跳过无需会话的请求

对不需要会话的AJAX请求（如静态资源、公共接口），直接跳过session_start()，避免不必要的锁竞争：

// 根据请求路径或接口标识判断是否需要会话
if (!in_array($_SERVER['REQUEST_URI'], ['/api/public-data', '/static/js/app.js'])) {
    session_start();
}

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