MediaWikiで編集したページの保存が遅い

次のLAMPプラットフォームにMediaWiki 1.16.2があります。これは、16 GB RAMデュアルプロセッサマシン上の他のアプリに対して非常に優れています。CentOS5.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

— デビッド・ラミレス
ソース

DBを調べて、メトリックとパフォーマンスの最適化（書き込み）操作を開始する必要があるようです：dev.mysql.com/doc/refman/5.0/en/optimization.html

— hakre

さらにあなたが検討するかもしれませんmemcached

— Nano Taboada

データベースの複製を有効にしていますか？最後に確認したところ、Mediawikiディストリビューションではデフォルトで有効になっていませんでした。しかし、それが有効になっているが構成されていない場合は、説明されている動作が発生する可能性があります。

— wallyk

SHOW FULL PROCESSLIST遅い書き込み操作が保留されている間にMySQLコンソールで実行してみて、他のクエリがすべてをロックしていないか確認してください。

— カイヴォスケルタジャ

私の質問に対するコメント/回避策と同じです。Firefox / Fedoraを使用することを考えれば、それは私にとって未解決の問題です。現在私のお気に入りのOperaはより高速で、優れた回避策です-迷惑な遅延はありません。

— デビッドラミレス

mysqlで遅いクエリをログに記録していますか？mysqlエラーログに何かが表示されますか？

このような状況で私はサボテンを見始めました。Perconaのmysql-cacti-templatesは、このために非常に貴重です。IOの問題またはテーブルのロックの問題が発生しているかどうかを確認できます。かなりの数の原因が考えられます。

参照：

— ショーン・ミルハイム
ソース

考えを捨てるだけで、おそらく節約は外部リソースのロードにもっと関係があるのでしょうか？それは応答を待っているブラウザかもしれません、私は遅いロードが遅くなっているかもしれない外部のJS /コンテンツの結果であるという経験をしました。

そのルートを調査しましたか？たぶん、カスタムテーマか、JSエディターがその甘い時間を取っているのでしょう。

— ジャクブ
ソース