問題タブ [connection-timeout]

運用サイトの ASP.NET フロントエンド環境からこのストアド プロシージャを呼び出すと、中間タイムアウトが発生します。次の sql 例外を返します。

例外の詳細: System.Data.SqlClient.SqlException: タイムアウトが発生しました。操作が完了する前にタイムアウト期間が経過したか、サーバーが応答していません。

面白いことに、この手順をサーバー上で実行するか、Management Studio を使用してリモート PC から実行すると、6 秒で実行されます。それでも、ASP.NET アプリケーションから実行するとタイムアウトになることがありますか? このクエリを改善できますか? それとも、この問題は何か他のものに関連していますか? 助けてくれる人はいますか？タイムアウトを増やし、web.config の接続文字列でプールを有効にすることについていくつかのスレッドを読みましたが、まだ試していません。

SQL スキーマ:

テーブルには 3 つのインデックスがあります。

編集

次のインデックスを追加しましたが、大丈夫ですか?

データベースのサイズが大きくなるにつれて、実行に時間がかかるクエリがあります。クエリは最適化されて必要ですが、最近、C＃コンソールアプリケーションで次のエラーが発生しました。

接続文字列の接続タイムアウトを増やしても効果はありません。から増やしました

接続タイムアウト=28800

に

接続タイムアウト=128800

しかし、この変更にもかかわらず、まだエラーが発生しています。

MySQLワークベンチからクエリを実行する場合、約10秒しかかからないため、この未処理の例外を防ぐ方法がわかりません。

「クエリにかかる時間」以外に、この例外を生成する可能性のあるものはありますか？

短い質問デフォルトのタイムアウト値を 72 秒から 5 秒
に短縮することに危険性や落とし穴はありますか?

背景
VB.NET のクライアント アプリケーションと Python のサーバーがあり、どちらも Windows 7 で実行され、アクティブな接続を監視し、壊れたソケットが検出されるとシャットダウンします。クライアントまたはサーバーのいずれかがシャットダウンされると、すべてのロジックが機能します。物理ネットワーク ケーブルが PC から取り外されると、問題が発生します。このイベントの後、socket.send() がタイムアウトして終了するまでに 72 秒かかります。クライアント側は UI であるため、接続が切断されていることに気付くまでに 1 分以上待つのがどれほどイライラするか想像できます。

編集
1) クライアント UI は、タイムアウト イベント中にブロックされません。障害モードは、メッセージが送信されていないにもかかわらず、接続表示が 72 秒間「接続済み」を示すことです。

2) クライアントとサーバーの両方から 1 秒に 1 回、ハートビート メッセージを送信しています。これらのメッセージ レートでは、いずれかのアプリケーションを閉じると、5 秒以内に接続エラーが発生します。このタイミングは、ネットワーク ケーブルを抜くと消えてしまいます。そのせいで今途方に暮れています…

こんにちは、時々次のエラーが表示されます

説明: この要求を処理するために必要な構成ファイルの処理中にエラーが発生しました。以下の特定のエラーの詳細を確認し、構成ファイルを適切に変更してください。

パーサー エラー メッセージ: 接続先が一定時間後に適切に応答しなかったため、接続の試行に失敗したか、接続されたホストが応答しなかったために確立された接続が失敗しました

ソース エラー:

行 61: applicationName="/" 行 62:
name="MySqlRoleProvider" 行 63:
type="MySql.Web.Security.MySQLRoleProvider, MySql.Web,Version=6.5.4.0,
Culture=neutral,PublicKeyToken=c5687fc88969c44d" 行 64 : 65行目:
autogenerateschema="true" />

ソース ファイル: E:\EDUCATIONAL\DOT NET\website\WebSite1\WebSite1\web.config

62行目から65行目のエラーはroleManagerにあります

この問題を回避する方法と、ここで実際に何が起こっているのでしょうか? 接続タイムアウト エラーであることは理解していますが、ページの読み込みにまだ時間がかかりません。数秒で必要なページに移動した後、突然エラーが発生しました。

私は Apache 2.2 PHP 5.3 MySQL 5.5 アプリケーションを持っています。page1.php のフォームは、ユーザー入力を受け入れます。値は GET を使用して page2.php に渡されます。page2.php の PHP スクリプトは MySQL クエリを実行し、結果を表示します。ユーザー入力パラメーターに応じて、クエリは 3 ～ 900 秒実行される場合があります。

私のテストでは、実行時間が 300 秒未満のクエリの結果はすべて OK と表示されます。実行時間の長いクエリはサーバー上で正常に完了しますが (たとえば、500 秒後に CPU 負荷が 90% から 0% になることがわかります)、ブラウザーに結果が表示されず、ステータス バーに "Transfering data from my.host.org . ..」

この時点で、同じブラウザー (Firefox) の新しいインスタンスでアプリケーションのページを開こうとすると、タブヘッダーに「接続中...」と表示され、タブヘッダーに「my.host.org を待っています...」と表示されますステータスバー。この時点で、アプリケーションの任意のページを他のブラウザー (IE) で開いても問題ありません。

以下は、これまでに変更/設定した設定ですが、役に立ちませんでした。どんなアイデアでも役に立ちます。ありがとうございました。

大きなデータベースをlinqpadにロードしようとすると、次のエラーが発生します。同じサーバー上の小さなデータベースに接続できますが、この大きなサーバーには接続できません。このDBはDynamicsGPデータベースです。実際のDYNAMICSのものではなく、デフォルトの「TWO」のものです。

アセンブリから「LINQPad.User.TypedDataContext」と入力します'TypedDataContext_iuhmuv。Version=0.0.0.0、Culture = neutral PublicKeyToken = null'

現在の実装で許可されているよりも多くのメソッドを制約します。

ActiveRecordを使用しているアプリケーションがあるときはいつでも、このConnectionTimeoutErrorが発生しますが、常に特定の不明な期間が経過すると

以前は5に設定されていましたが、すでに増やしており、同時に30の接続を使用する方法はありません。ActiveRecordを使用するのはセッションストアだけです。

database.ymlファイルは次のようになります。

（テストと本番の設定は同じです）

私はこの出来事をグーグルで調べていて、ちょうどこの投稿に出くわしました：

https://groups.google.com/forum/#!msg/copenhagen-ruby-user-group/GEHgi_WudmM/gnCiwWqmVfMJ

ActiveRecordは、接続が完了するとプールに接続をチェックバックしないと言っているのはどれですか？本当？接続を手動で管理する必要がありますか？

アドバイスありがとうございます!!

編集私はおそらくRails3.1.3を実行していることに言及する必要があります

私のサイトの CSS および JS リソースは、Amazon の CloudFront CDN でホストされています。サイト自体とそのリソースには、HTTPS 経由でアクセスします。

Google の Chrome Frame プラグインがインストールされた Internet Explorer 8 でサイトを閲覧すると、サイトの読み込みにちょうど 2 分かかります。

これは、(F5 キーを押すか、更新ボタンをクリックして) ページを更新するときに発生します。しかし、アドレスバーに URL を入力するか、URL を強調表示して Enter キーを押すだけで「手動で」サイトに移動すると、ページがすぐに読み込まれます。これにより、ページが再レンダリングされるだけだと思います。そのため、リロードはトリガーされません。

Google Chrome Frame にバンドルされている network-inspector では、ほとんどのリソースが変更されていない (304) と表示されますが、その他のリソース (変更されておらず、キャッシュする必要があることがわかっているもの) はランダムに 2 分間保留され、その後、 304。

2分はGoogle Chrome Frameの内部タイムアウト制限であり、その制限に達すると、リソースを破棄してキャッシュからロードするだけだと思います.

以下は、ネットワーク インスペクタのスクリーンショットです: http://imgur.com/a/tcI68

1. 初期ロード、強調表示されたリソースは、解決に 2 分かかります。
2. リクエストのヘッダー。リソースがロードされておらず、保留中のため、応答タブにはまだ何もありません。
3. 2 分後、リクエストは 304 not modified に解決されます。
4. ページ読み込みの終了状態。

ここで何が問題なのですか？私は完全に無知です。

キャッシュを無効にすると、すべてがスムーズに実行されることに注意してください。もちろん、サイトへのリクエストごとにブラウザがすべてのリソースをロードするという事実を除いて、これは実行可能なソリューションではありません.

ssh経由でリモートサーバーに接続しようとしていますが、接続タイムアウトが発生します。

次のコマンドを実行しました

ssh testkamer@test.dommainname.com

そして次の結果を得る

ssh：ホストtestkamer@test.dommainname.comに接続しますポート22：接続がタイムアウトしました

しかし、別のリモートサーバーに接続しようとすると、正常にログインできます。

したがって、sshで問題はないと思います。他の人は、サーバーに正常にログインできるのと同じログインとパスワードでログインしようとします。

助けてください
ありがとう。

Azure での最初の Web アプリには、いくつかの問題があります。

フロントエンドの観点からは、非常にシンプルです。

ユーザーが入力して送信ボタンをクリックするフォームを含む 2 つのページがあります。これにより、データが Azure テーブル ストレージに保存されます。

私たちが目にしている問題は、送信ボタンをクリックすると「接続タイムアウト」エラーが発生する場合があることです。送信されるデータは大量ではないので、その量が問題になることはないと思いますし、保存にそれほど時間はかからないはずです。

これに関する最初の調査では、これとこれが取り上げられました。どちらも 1 分間の問題について話しており、私が説明しているように聞こえます。2 番目のリンクには 2012 年 4 月の更新があり、1 分間の問題は現在解決されており、「現在の接続数に応じてデフォルトのタイムアウトは 1 分より大きくなっています」とあります。

Web 上ではかなりまばらに見えるので、この領域に関するさらなるガイダンスはありますか (とにかく見つけることができます!)。リンクは、接続を維持するためのバックグラウンドポーリングについて語っていますが、これはクレイジーに思えます。

ユーザーが入力するフォームは比較的長く、電話で顧客と話している間に入力されるため、入力と送信に時間がかかる場合があります。

30 秒ごとに「ハートビート」非同期呼び出しを行うこともできますが、他の人が何をしているのか、またはこの問題を回避するより良い方法があるかどうかを知りたいです。