問題タブ [timeout]

長いプロセスのストアド プロシージャを実行しています。

ストアドプロシージャの呼び出しを開始した後、タイムアウトまたはデータベースとの接続が切断された場合に備えて、私は疑問に思っています。それはまだ機能しており、サーバーに変更を実装していますか?

実行したい実行時間の長い SQL ステートメントがあり、接続文字列の "timeout=" 句に何を入力しても、常に 30 秒後に終了するようです。

私はSqlHelper.ExecuteNonQuery()それを実行するために使用しているだけで、接続を開くなどの処理を任せています.

タイムアウトを無効にしたり、SQL サーバーに無視させたりする可能性のあるものは他にありますか? クエリに対してプロファイラーを実行しましたが、管理スタジオで実行した場合とコードで実行した場合のトレースに違いはありません。

Management studio はクエリを約 1 分で完了しますが、タイムアウトを 300 または 30000 に設定しても、私のコードは 30 秒後にタイムアウトします。

プロンプトに応答するためにユーザーにx秒を与えたいコンソール アプリがあります。一定時間入力がない場合、プログラム ロジックは続行する必要があります。タイムアウトは空の応答を意味すると想定しています。

これにアプローチする最も簡単な方法は何ですか?

.NET コードと SQL Server 間の実行時間を改善するためのチェックリスト。基本的な解決策から奇妙な解決策まで、何でも歓迎します。

コード：

avgbodyでコマンドと接続のデフォルトのタイムアウトを変更します。

avgbodyによるインライン SQL ステートメントの代わりに、ストアド プロシージャ コールを使用します。

Jay Shepherdによるアクティビティ モニターを使用して、ブロック/ロックを探します。

SQLサーバー：

AlexCuseによるストアド プロシージャのパラメータ スニッフィングに注意してください。

Martin Clarkeによるデータベースの動的拡張に注意してください。

プロファイラーを使用して、 BradOで 100 ミリ秒以上かかるクエリ/ストアド プロシージャを見つけます。

トランザクションのタイムアウトをavgbody だけ増やします。

avgbodyによって動的ストアド プロシージャを静的ストアド プロシージャに変換します。

Jay Shepherdによるサーバーのビジー状態を確認してください。

信頼できないサーバーへのリクエストを実装しようとしています。リクエストはあると便利ですが、perl スクリプトが正常に完了するために 100% 必要というわけではありません。問題は、サーバーがときどきデッドロックし (理由を突き止めようとしています)、要求がまったく成功しないことです。サーバーはそれがライブであると認識しているため、ソケット接続を開いたままにしておくため、LWP::UserAgent のタイムアウト値は何の役にも立ちません。リクエストに絶対タイムアウトを強制する最良の方法は何ですか?

参考までに、これは DNS の問題ではありません。デッドロックは、Postgres データベースに同時にヒットする膨大な数の更新と関係があります。テスト目的で、本質的に while(1) {} 行をサーバーの応答ハンドラに入れました。

現在、コードは次のようになっています。

シグナルを使用してタイムアウトをトリガーしようとしましたが、うまくいかないようです。

私が使用する最終的な回答は、誰かがオフラインで提案したものですが、ここで言及します。何らかの理由で、SigAction は機能しますが、$SIG(ALRM) は機能しません。理由はまだわかりませんが、これは動作することがテストされています。2 つの作業バージョンを次に示します。

フラッシュで書かれたアプリケーションがあります (実際には Haxe で書かれ、SHWX で実行されますが、ここでは関係ありません)。多くの CPU パワーを消費し、時には 15 秒以上実行されるかなり複雑なタスクがあります。その場合、「スクリプトがデフォルトのタイムアウト時間である 15 秒より長く実行されました」というエラーが表示されます。そしてすべてがクラッシュします。

継続を使用してこれを停止できることは知っていますが、その「デフォルトのタイムアウト期間」を延長する方法はありますか? これは開発者ツールであり、応答性はそれほど重要ではありません。

更新:クエリはタイムアウトをスローしないようです。接続がタイムアウトしています。

これは、クエリを実行するためのサンプル コードです。時間のかかるクエリの実行中に、タイムアウト例外がスローされることがあります。

これらの手法は使用できません: 1) タイムアウトを増やします。2) コールバックを使用して非同期で実行します。これは同期的に実行する必要があります。

時間のかかるクエリの実行中に接続を維持するための他のテクニックを提案してください。

.Net の HTTP の実装には ... 問題があります。HTTP/1.0 に準拠するいくつかの問題を超えて、現在私を悩ませているのはHttpWebResponse.GetResponse()、ReadTimeoutとTimeout が失敗する前に約 20 秒間 5000 ブロックに設定されていることです (問題は、5 秒後に失敗するはずですが、実際には 20 秒かかります)。

より優れたプロトコル適合性とタイムアウト制御を備えたライブラリが必要です。知っていますか？

まれに XML を提供している Rails アプリがあります。これは mongrel と mysql で実行されています。アプリを数時間以上実行しないと、アプリが停止し、Errno::EPIPE エラーが発生し始めることがわかりました。非アクティブまたはそのようなもののためにmysql接続がタイムアウトしたようです。

「mongrel_rails restart -P /path/to/the/mongrel.pid」で再起動できます...しかし、それは実際の解決策ではありません。私の共同作業者は、彼が自分の側で作業しているときにアプリがそこにあることを期待しています (そして私はほとんどの場合不在です)。

私の質問は：

• そもそもこの問題が発生しないようにするにはどうすればよいですか? （例えば、タイムアウトしないでください!!）。
• それができない場合、Db 接続を自動的に作り直すためにどこかに挿入できるコードはありますか?

SqlDataReaderでCloseまたはDisposeを呼び出そうとすると、タイムアウトの期限切れの例外が発生します。SQL ServerへのDbConnectionがある場合は、次の方法で自分で再現できます。

reader.Close（）またはreader.Dispose（）を呼び出すと、System.Data.SqlClient.SqlExceptionがスローされます。

• エラーコード：-2146232060（0x80131904）
• メッセージ：「タイムアウトが期限切れになりました。操作が完了する前にタイムアウト期間が経過したか、サーバーが応答していません。」