XAMPP使用PHP/MySQL运行速度非常慢

Luk*_*uke 3 php mysql xampp performance

我的Windows 7计算机上安装了XAMPP.

我已经开发了一段时间了但是我的开发已经停止了,因为XAMPP我的PHP pages速度很慢.

它的运行速度非常慢,超过了我在PHP.ini文件中设置的30秒超时限制.

我不知道它可能会突然阻止它正常运行.

我尝试过以下方法:

  • 重新安装XAMPP并复制我的MySQL数据库文件和网站文件
  • 在阅读了可能会解决此问题的文章后,取消激活我的防病毒/防火墙

但无济于事.

可能是我的MySQL数据库已损坏?

这不是我的MySQL查询很慢,因为我在我的网站上有完全相同的代码版本.

我只是在寻找纠正它的建议,以便我可以继续开发.

这是MySQL错误日志的最后一点

111119 17:24:11 [注意]插件'FEDERATED'被禁用.111119 17:24:11 InnoDB:InnoDB内存堆被禁用111119 17:24:11 InnoDB:Mutexes和rw_locks使用Windows互锁功能111119 17:24:11 InnoDB:压缩表使用zlib 1.2.3 111119 17:24:11 InnoDB:初始化缓冲池,大小= 16.0M 111119 17:24:11 InnoDB:完成缓冲池的初始化111119 17:24:11 InnoDB:支持的最高文件格式是Barracuda.111119 17:24:12 InnoDB:等待后台线程开始111119 17:24:13 InnoDB:1.1.8开始; 日志序列号1595675 111119 17:24:14 [注意]事件调度程序:已加载0事件111119 17:24:14 [注意] c:\ xampp\mysql\bin\mysqld.exe:准备连接.版本:'5.5.16'套接字:''端口:3306 MySQL社区服务器(GPL)111119 17:32:24 [注意] c:\ xampp\mysql\bin\mysqld.exe:正常关机

111119 17:32:24 [Note]事件调度程序:清除队列.0事件111119 17:32:24 InnoDB:开始关机... 111119 17:32:25 InnoDB:关机完成; 日志序列号1595675 111119 17:32:25 [注意] c:\ xampp\mysql\bin\mysqld.exe:关机完成

111119 17:33:26 [注意]插件'FEDERATED'被禁用.111119 17:33:26 InnoDB:InnoDB内存堆被禁用111119 17:33:26 InnoDB:Mutexes和rw_locks使用Windows互锁功能111119 17:33:26 InnoDB:压缩表使用zlib 1.2.3 111119 17:33:26 InnoDB:初始化缓冲池,大小= 16.0M 111119 17:33:26 InnoDB:完成缓冲池的初始化111119 17:33:26 InnoDB:支持的最高文件格式是Barracuda.111119 17:33:27 InnoDB:等待后台线程开始111119 17:33:28 InnoDB:1.1.8开始; 日志序列号1595675 111119 17:33:28 [注意]事件调度程序:已加载0事件111119 17:33:28 [注意] c:\ xampp\mysql\bin\mysqld.exe:准备连接.版本:'5.5.16'套接字:''端口:3306 MySQL社区服务器(GPL)

小智 18

我有同样的问题.最近(2013年1月)安装XAMPP,但代码库与生产服务器和另一台开发机器相同.每次PHP连接到MySQL时花了2秒多,在某些事务中有几个连接.我在my.ini文件中尝试了skip-name-resolve,这完全失败了.然后,我对hosts文件进行了一个字符更改,所有工作都正常.转到c:/ windows/system32/drivers/etc. 编辑主机.从本地主机行中删除#comment字符(或者可能将其添加如下)

# localhost name resolution is handled within DNS itself.
127.0.0.1       localhost
Run Code Online (Sandbox Code Playgroud)

停止并重新启动MySQL服务.这是一个完整的解决方案.

  • 一直有同样的问题 - 似乎在某种程度上与将MySQL解析为localhost有关.在我的数据库连接器对象中将"localhost"更改为"127.0.0.1"就可以了.这似乎是一个更好的系统范围的解决方案:) (3认同)