0

私は州内にいくつかのサーバー、Django + MySQL を持っています。それはすべて正常に機能しますが、アジアにサーバーをセットアップしたときに、非常に奇妙な問題に直面しました. 小さなラグにもかかわらず、基本的に、migrate --listまたは正常に実行されます。shellしかし、DB を広範囲に使用するいくつかのページをロードしようとすると、502 が発生し、uWSGI ワーカーが停止します。nGinx のタイムアウト値を増やした後、リクエストの 40 秒後にページの読み込みが開始されました。この 40 秒間、ブラウザはconnecting to .... 約 40 秒後、ページは正常にレンダリングされ、プロセスは非常にスムーズに行われます。

クエリとは別に、データ転送が関係しているため、これが遅れている可能性があることがわかりました。ただし、データベース ホストに ping を実行すると、遅延はほとんどありません。MySQL 接続を調べると、Asia のサーバー接続が 40 秒間スリープ状態になり、追加の接続がどこからともなく現れ、ページが読み込まれます。

サーバーの構成はまったく同じです。それが本当にデータベースの場所なのか、それとも構成を変更する必要があるのか​​ 疑問に思っています。

しかし、実行runserverすると効果は同じです。したがって、nGinx または uWSGI の設定方法に問題があるとは思えません。

4

1 に答える 1

0

これが MySQL の遅れでした。レプリケーション (私の場合は循環) を実装した後、すべてのサーバーは問題なく動作し、MySQL のレプリケーションは非常に高速です!

于 2012-03-29T20:22:37.197 に答える