データベースの読み取りと書き込みの分割によるJoomlaのスケーリング
北米のmysqlサーバー（Amazon RDSを使用）とリードレプリカがあります。新しいリージョン-オーストラリアのリードレプリカも持っています。
オーストラリアのサーバーは、JoomlaがN.AmericaのメインDBサーバーを読み取る動的な性質を持つため、非常に遅いです。これにmysqlプロキシを使用して読み取り/書き込みを分割しようとしましたが、これは長期的な解決策ではありません。 Mysqlプロキシ は実質的に死んでいるように見えます。
他にどのようなオプションがありますか？
最近のバージョンのPHPを使用している場合は、php mysqlndドライバを使用している可能性があります。 http://us3.php.net/manual/en/book.mysqlnd。 php
MysqlndにはカスタムプラグインAPIがあり、mysqlプロキシと同じように機能できます。たとえば http://pecl.php.net/package/mysqlnd_ms は、読み取りと書き込みを分割して、最近の公式リリース9/2013
また、Joomlaは常にセッションテーブルに書き込みます。 memcacheまたはapcを使用すると、セッションメタデータではなく、セッションデータがキャッシュに格納されます。
#_sessionsテーブルを削除し、innodbやmyisamの代わりにメモリデータエンジンを使用してテーブルを再作成することで、同じパフォーマンス向上を得ることができます。
Joomla（および他の同様のCMS）は、一般的なホスティングを念頭に置いて、LAMPアーキテクチャ用に開発されました。例えば。 Webサーバーとデータベース間の低遅延。
Amazon RDSは、クラウド内のリレーショナルデータベースをスケーリングするように設計されています。したがって、地域的な分散と冗長性が重要であるため、より高い待ち時間が予想されます。
Amazon RDSを求める特定の要件がある場合は、以下を構成できます。
- サイトの一般管理用のローカルMySQLを備えたJoomla（静的アセット、複製が容易）
- Amazon RDS接続、開発用のアプリケーション固有の接続
低レイテンシを考慮して開発されたサードパーティの拡張機能は、Amazon RDSでは機能しません。
Joomlaによって生成されたすべてのページは、セッションテーブルに書き込む必要があります。
したがって、セッション管理にはmemcacheまたはapcを使用することをお勧めします。これは、データベースへのゼロ書き込みを実現するのに役立つはずです。したがって、ほとんどのページでは、読み取りレプリカで十分です。
別の速度向上オプションは、リバースプロキシとしてNginxをその前に置くことです。共通ページがjoomlaに移動せず、mysql Cantがプロキシ構成を見つけるため、これによりデータベースアクセスの多くが削減されますが、これらは基本セットアップです