PHP报错：mysqli类未找到偶发问题求助

这种间歇性的mysqli类找不到问题，大概率和PHP进程的生命周期、资源加载异常有关，以下是几个常见的排查方向：

• PHP-FPM进程重载/重启时的异常
  如果服务器上有自动重载PHP-FPM的脚本（比如部署工具、监控脚本），或者PHP-FPM因配置触发自动重启，个别进程可能在启动时未能成功加载mysqli扩展。去检查php-fpm.log日志，看有没有进程启动失败、扩展加载报错的记录。

• 系统资源不足导致的加载失败
  当服务器内存不足（OOM）、磁盘IO卡顿的时候，PHP进程在启动时加载mysqli扩展可能会失败。查看系统日志（比如/var/log/messages、dmesg输出），确认是否有内存耗尽、磁盘IO错误的记录。

• PHP配置的临时变更
  有没有人通过ini_set()、临时修改php.ini或者其他方式，短暂禁用了mysqli扩展？或者配置文件被修改后又快速恢复，导致部分进程加载了旧配置。可以在报错的脚本里临时增加日志，记录当前进程的扩展列表（用get_loaded_extensions()），当异常发生时留存信息对比。

• PHP-FPM进程回收的偶发异常
  如果pm.max_requests设置得太小，PHP-FPM进程会频繁重启，偶尔某次重启时可能因为资源竞争导致扩展加载失败。检查PHP-FPM的进程池配置，调整pm.max_requests到合理值（比如1000以上），观察异常是否减少。

• 扩展文件的完整性或权限问题
  检查mysqli扩展的.so文件（比如/usr/lib/php/modules/mysqli.so）的权限是否正常，有没有出现过磁盘损坏导致文件读取失败的情况。必要时可以重新编译安装mysqli扩展，替换原有文件。

排查步骤建议：

1. 优先查看PHP-FPM和系统的错误日志，定位异常发生时的服务器状态
2. 在报错的数据库驱动脚本中添加临时日志，记录当前进程的加载扩展列表、PHP版本等信息
3. 验证PHP-FPM进程池的配置参数，调整不合理的进程回收设置
4. 检查扩展文件的权限和完整性，必要时重新安装扩展

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