PHP mysqli->real_connect超时阻塞跨脚本异库连接问题咨询

这是个挺常见的场景，核心原因大概率是PHP的会话锁机制，我给你拆解明白：

1. PHP会话的默认锁行为 #

默认情况下，PHP用文件存储会话数据（session.save_handler = files）。当你的脚本调用session_start()时，PHP会给会话文件加上独占锁——意思是在当前请求执行完毕（脚本结束）或者主动调用session_write_close()释放锁之前，其他任何需要访问同一个会话的请求（哪怕是不同的PHP脚本）都会被卡住，只能等着锁被释放。

2. 对应到你的场景 #

假设你的两个AJAX请求都用到了会话（比如验证用户登录态），当第一个请求因为目标数据库服务器离线，卡在$db->real_connect()的超时等待时，它一直攥着会话文件的锁没松手。这时候第二个请求进来，刚要启动会话就被堵住了，自然它的数据库连接操作也没法执行——不是第二个数据库连接本身出了问题，是整个请求都被会话锁堵在了开头。

3. 其他小概率原因 #

• 浏览器并发限制：多数浏览器对同一域名的并发HTTP请求数有限制（比如Chrome默认是6个），如果两个请求同时发起，可能会排队等待发送，但这种情况不会直接导致数据库连接层面的阻塞。
• Web服务器资源耗尽：如果Apache/Nginx的进程/线程池被占满，新请求会等待空闲进程，但这种情况会影响所有请求，不会只针对数据库连接操作。

4. 快速解决办法 #

针对会话锁的问题，最直接的修复方式是：

• 当你完成会话相关操作后，立刻调用session_write_close()释放锁，别让锁陪着耗时操作一直挂着。比如：

  session_start();
  // 处理会话相关逻辑，比如获取用户ID
  $user_id = $_SESSION['user_id'];
  // 用完会话就释放锁
  session_write_close();
  
  // 再执行数据库连接这类耗时操作
  $db->real_connect(...);
  

• 也可以改用Redis、Memcached这类非文件型的会话存储引擎，它们的锁机制更轻量，不会像文件锁那样导致长时间阻塞。

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