我已经接管了一个wordpress e-comm(虽然这个问题更多是关于一般的剖析)网站,它有一个性能问题,似乎只影响CMS管理部分的一个特定区域。当尝试编辑附加了大量属性的特定类型的产品时,该页面有效地导致浏览器在99%的时间内崩溃。我希望这可以归结为导致瓶颈的MySQL查询,但是当我分析数据库时,我得到了以下结果:
总查询数:174 - MySQL查询总时间:0.11370
这表明瓶颈正在其他地方发生,但我不知道它可能在哪里。如果我在页面上运行YSlow,那里没有什么可以解释这个问题,虽然加载了大约20个脚本和样式表,因此可以在那里进行一些优化。我将启用一个可以提高PHP性能的操作码缓存库,但是我还能做些什么来尝试在这里找出问题?感谢。
答案 0 :(得分:1)
firebug(firefox的附加组件)是我知道找到此类问题的最佳工具。您还可以安装另一个名为“page speed”的插件。它会准确显示哪个部分需要更长时间才能加载。 另一个选择是使用“时间”打印来调试代码,看看哪个时间间隔最大: http://php.net/manual/en/function.microtime.php
答案 1 :(得分:1)
使用像Xdebug这样的Profiler ...如果问题不是他们在数据库中我的PHP有问题..找出代码的哪一部分需要更长的时间... Xdebug会告诉你每个函数调用的时间也是如此作为记忆用户。
答案 2 :(得分:1)
上次我描述了wordpress时,我花了十几个基于microtime(1)
的计算来发现占用2.5秒加载时间的一半的地方。它正在加载和解析.mo本地化文件。
同样可观的收获来自于安装APC缓存,因为事实证明wordpress是一个沉重的臃肿怪物需要花费大量时间来解析它的代码。
答案 3 :(得分:1)
我会
time curl -b PHPSESSID=123 http://example.com/wp-admin/