phpMyAdmin执行超时30秒报错求助：修改php.ini无效

我来帮你分析这个问题并给出可行的解决办法：

问题成因分析 #

1. 错误的php.ini文件修改：XAMPP环境下通常存在多个php.ini文件（比如Apache使用的和CLI模式使用的），如果你修改的不是phpMyAdmin实际加载的那一个，自然不会生效。
2. U2F模块初始化卡住：报错行虽然是类定义，但实际执行时会触发类的构造函数或依赖加载逻辑。U2F（通用第二因子）模块可能在尝试检测硬件密钥、加载元数据或执行相关初始化操作时陷入等待，最终导致超时——尤其是当你的环境没有U2F设备时，这种卡住的概率更高。
3. phpMyAdmin本地配置覆盖全局设置：phpMyAdmin的config.inc.php或目录下的.htaccess文件可能单独设置了max_execution_time，覆盖了你在php.ini中的全局配置。

具体解决步骤 #

• 确认并修改正确的php.ini文件
  打开phpMyAdmin首页，拉到最底部找到PHP版本旁的「php.ini」链接，点击后就能看到当前生效的php.ini文件路径。修改这个文件中的max_execution_time参数（比如改成60或更高），然后重启Apache服务。之后可以通过phpinfo()验证是否生效：

  <?php phpinfo(); ?>
  

  将上述代码保存为test.php放在XAMPP的htdocs目录，访问后搜索max_execution_time确认数值已更新。

• 临时禁用U2F功能（快速见效）
  既然报错源于U2F相关模块，直接禁用该功能是最直接的解决方式：
  打开phpMyAdmin的config.inc.php文件（通常在C:\xampp\phpMyAdmin目录下），添加或修改以下配置：

  $cfg['U2F']['enabled'] = false;
  

  保存后重启Apache，再访问phpMyAdmin即可绕过U2F模块的初始化流程。

• 排查U2F模块的依赖问题（可选）
  如果你需要保留U2F功能，可以检查U2FServer.php的构造函数或其引入的依赖文件，看是否存在循环加载、网络请求（比如远程获取U2F元数据）或硬件检测逻辑。这类操作如果在本地环境无法完成，就会持续等待直到超时。

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