MediaWiki缓慢保存已编辑页面

我在以下LAMP平台上具有MediaWiki 1.16.2，该平台对16 GB RAM双处理器计算机上的其他应用程序表现良好：CentOS 5.7（64位）Apache 2.2.3 MySQL 5.0.77 PHP 5.1.6

它似乎在某种程度上取决于所使用的浏览器，但是非常频繁地保存已编辑的页面太慢了-很少等待10或20秒，甚至需要很短的时间进行更改。

渲染页面的工作速度非常快，但是编辑后的保存浪费了用户体验。从运行Opera的客户端进行编辑时，我发现比在Firefox（在Fedora Linux平台上）上进行编辑时有所改进。

关于在哪里可以调优服务器以使其更好的任何提示？

顺便说一句，机器上运行的Apache基准非常出色。

php mysql linux centos mediawiki

— 大卫·拉米雷斯（David Ramirez）
source

听起来像是你需要寻找到数据库，开始度量和性能优化（写）操作：dev.mysql.com/doc/refman/5.0/en/optimization.html

— hakre

另外，您可能会考虑memcached

— Nano Taboada

您是否启用了数据库复制？最后我检查了一下，默认情况下在Mediawiki发行版中未启用该功能。但是，如果启用但未配置它，则可能会导致所描述的行为。

— wallyk

尝试SHOW FULL PROCESSLIST在慢速写操作挂起时在MySQL控制台中运行，以查看是否有其他查询将所有内容锁定。

— 2011年

就像对我自己的问题的评论/解决方法一样。如果我考虑使用Firefox / Fedora，这对我来说仍然是一个悬而未决的问题。我现在最喜欢的Opera速度更快，并且是一个很好的解决方法-没有烦人的延迟。

— 大卫·拉米雷斯

您是否在mysql中记录慢查询？mysql错误日志是否显示任何内容？

在这种情况下，我将开始研究仙人掌。Percona的mysql-cacti-templates对于这一点是无价的。您将能够查看您是否遇到IO问题或表锁定问题。可能有很多原因。

参考：

— 肖恩·米尔海姆
source

只是抛出一个想法，也许节省的资源与加载外部资源有关？可能是浏览器在等待响应，我曾经历过加载缓慢的原因是外部JS /内容的速度可能会变慢。

你调查过那条路线了吗？也许自定义主题或JS编辑器会花点时间。

— 雅库布
source