問題タブ [query-timeout]

単純なクエリで SQL クエリのタイムアウトが発生しています。

IdPK列です。サーバーの負荷が高くない - 他のいくつかのクエリに問題があります。この状況をデバッグするにはどうすればよいですか? SQL Server Express 2008 を使用しています。

ありがとうございました！

UPD1実際の名前に一致するようにテーブルの名前を変更しました。

SQL Server 2008 で実行する SQL クエリを作成しました。何らかの理由で時間がかかり、不完全なタイムアウトになります。

これは、テスト目的で変更された私のクエリです。列FileDataは でvarbinary(max)、主キーはContentFileIdです。ご覧のとおり、特定の 1 つのレコードのみを選択しようとしています。

のサブクエリはCASE (SELECT [CMS_tbContentFile2].[FileData] FROM [CMS_tbContentFile] AS [CMS_tbContentFile2] WHERE [CMS_tbContentFile2].[ContentFileId] = 2152)単独で正常に実行され、メイン クエリのその部分を削除すると、メイン クエリは正常に実行されます。CASE問題を引き起こすのは、 とサブクエリの組み合わせだけです。

うまくいけば、上記を見て誰かが問題に気付くでしょう。T-SQL では不可能なこのタイプのクエリの問題でしょうか?

レポートの目的でページ上のテーブルのデータを動的に生成する15のクエリがあります。各クエリには250〜900ミリ秒かかります。これは、サーバーの負荷に応じて4〜13秒のページ読み込み時間を意味します。読み込み時間により、一部のユーザーはページがまったく読み込まれないと考えています。

クエリを合理化して、より許容できる読み込み時間を与える方法があるかどうか疑問に思いました。クエリの1つは次のとおりです。

私はasp.netとチャートに取り組んでおり、チャートにデータを表示するクエリを実行したいと考えています。

ただし、クエリには多くの時間がかかり、エラーが発生するたびにタイムアウトになります。

クエリは次のとおりです。

タイムアウト値を増やすにはどうすればよいですか? 助けてください！

私の会社は現在 SQL Server 2000 を実行しており、SQL Server 2012 に移行しようとしていますが、アップグレードに移行する前に、最近発生し、ビジネスを遂行する能力を悩ませているパフォーマンスの問題を解決したいと考えています。 .

数か月前、SQL Server テーブルの 1 つにテキスト フィールドを追加して、特定のイベントをキャプチャすることにしました。日中に列を追加しようと思いましたが、振り返ってみるとこれがおそらく最初の間違いでしたが、人々がテーブルを使用している場合、SQL Server は列の追加を許可しないと考えました。この試行では、余分な列が受け入れられ、テーブルに追加されました。次に、この新しい列に書き込むように Access フロント エンドをコーディングしました。

その後すぐに、ユーザーは Access GUI の「ロックアップ」を経験し始め、最終的にはクエリ タイムアウト エラーがスローされました。

エラーが発生する方法は次のとおりです。VBA で T-SQL ステートメントを作成して新しいレコードを更新または保存する Access フロント エンドの保存ボタンをクリックした後、保存が正常に完了したことやエラーが発生したことを示す Access メッセージ ボックスがユーザーに表示されませんでした。 . 代わりに、クエリのタイムアウトが発生したことを示す Access システムのダイアログ ボックスが表示されます。この時点で、問題が解決することを期待して、追加した列を削除しました。

私はまず、全員に Access プログラムを閉じてもらい、問題を抱えていた人に再度開いてもらい、もう一度保存してもらいました。これはそのユーザーには有効だったので、この時点で他のすべてのユーザーがシステムに戻ることを許可します。もちろん、当時はなぜこれが機能したのかわからなかったので、この問題を詳しく調べてみました。さらに分析した結果、sp_who2 にたどり着きました。これを実行すると、すべてのユーザーとブロックしているユーザーの SPID が表示されます。これにより、問題のある SPID を強制終了し、他のすべてのユーザーが作業を続行できるようになるため、作業を再開するためのより迅速な方法が得られました。もちろん、強制終了するとロールバックが発生するため、すべてのデータが保存されるわけではなく、強制終了されたプロセスの所有者に、すべてのデータをもう一度入力する必要があることを伝える必要があります。今日まで、私はこの方法でこのデータベースを継続的に監視しており、ブロックされているものを見つけたら、

このデータベースの単一のテーブルに問題があることはわかっています。まず、新しい列を入力しようとした後に問題が発生しただけでなく、保存または更新が実行されるたびに、この特定のテーブルに書き込むときにロックされるためです。当時、私がこれを診断したのは、実行しようとしているアクションをユーザーに尋ねたためでした。すべてのケースで、ユーザーはこの特定のテーブルに対して何かをしようとしていたのです。実際、この同じ Db 内の他のテーブルへの変更は問題なく実行されます。したがって、問題はこのテーブルの破損に関連している可能性があると感じました。

私が最初にしたことは、CHECKDB と CHECKTABLE を実行することでしたが、どちらもテーブルに関する問題を返しませんでした。そこで、テーブルを再構築することにしました。テーブルを手動で再構築し、データを元のテーブルから新しいテーブルにコピーしました。これにはSQLツールを使用したと思いますが、挿入を実行した可能性があります。（しばらく経ちましたが、文書化していませんでした。） いずれにせよ、うまくいきませんでした。組織は引き続きブロックされました。そこで、テーブルのインデックスを再作成したところ、約 1 日は機能しているように見えましたが、その後、エラーが「戻ってきました」。それ以来、しばらくの間、ブロックしているユーザーの SPID で毎回実行していた INPUTBUFFER を見つけました。ほとんどの場合、INPUTBUFFER は SELECT ステートメントを返しますが、それがブロックをスローしているとは思いません。Access GUIで保存ボタンを押すと、保存または更新が実行され、選択が実行されてAccess画面が更新されるため、SELECTがブロックをスローしたとは思いません。SELECT が保存が行われたブロックをスローしていた場合、プロセスがブロックを開始し、プロセスが強制終了された後にレコードを呼び出すと、ユーザーの変更はレコードに保存されないと思います。INPUTBUFFER がどのように機能するかは完全にはわかりません。SQL Server に送信された最後のステートメントを返すと思われますが、保存がコミットされなかった場合でも、Access は SQL Server に SQL を送信している可能性がありますか? ただし、プロセスがブロックを開始してプロセスが強制終了された後にレコードを呼び戻すと、ユーザーの変更はレコードに保存されません。INPUTBUFFER がどのように機能するかは完全にはわかりません。SQL Server に送信された最後のステートメントを返すと思われますが、保存がコミットされなかった場合でも、Access は SQL Server に SQL を送信している可能性がありますか? ただし、プロセスがブロックを開始してプロセスが強制終了された後にレコードを呼び戻すと、ユーザーの変更はレコードに保存されません。INPUTBUFFER がどのように機能するかは完全にはわかりません。SQL Server に送信された最後のステートメントを返すと思われますが、保存がコミットされなかった場合でも、Access は SQL Server に SQL を送信している可能性がありますか?

また、SQL Server Management Studio 自体で作業しているときは、ブロックをスローしていないように見えることも付け加えておきます。SQLステートメントをハングさせる既存のブロックの影響を明らかに感じましたが、私の知る限り、ブロックをスローしたことはありません。そのために、ODBC コネクタもすべてのユーザーから 10.0 に更新しました。これは、問題にマイナスまたはプラスの影響を与えていないようです。

だから私は次に何をすべきかわからない。任意の提案をいただければ幸いです。

DB2 メインフレームから次の例外が発生しています。CallableStatement.querytimeout が設定されていますが、この場合は実際には機能しません。助言がありますか？ありがとう。

DB2 SQL エラー: SQLCODE=-911、SQLSTATE=40001、SQLERRMC=00C9008E;00000801;NULLID.SYSSTAT.5359534C564C3031、DRIVER=3.61.109; ネストされた例外は com.ibm.db2.jcc.am です。SqlTransactionRollbackException : DB2 SQL エラー: SQLCODE=-911、SQLSTATE=40001、SQLERRMC=00C9008E;00000801;NULLID.SYSSTAT.5359534C564C3031、DRIVER=3.61.109

以下の例外についても同様です。クエリのタイムアウトが機能しません。

ネストされた例外は com.ibm.db2.jcc.am.SqlException: UNAVAILABLE RESOURCE による UNSUCCESSFUL EXECUTION CAUSED BY UNSUCCESSFUL EXECUTION です。理由 00E30083、リソースのタイプ 00000802、およびリソース名 BINDLOCK

私のコードでは、長い select ステートメントで次の例外が発生します。

ORA-01013: user requested cancel of current operation.

Jboss 4 と ojdbc6 を使用しています。Jboss/java は 5 分後にこのクエリを終了しますが、Toad でこのクエリを実行すると、正常に実行されるまでに 40 ～ 45 分以上かかります。

Java または Jboss に、クエリの実行を 40 ～ 45 分間待機する設定はありますか?

setQueryTimeout を設定しようとしましたが、これで問題は解決しません。

クエリの実行が遅く、実行に 30 秒以上かかることがあるという問題が発生しているため、sqlsrv_query タイムアウトを増やしたいと考えています。

PHP 構文に問題があります。http: //php.net/manual/en/function.sqlsrv-query.phpの例が意味をなさなかったからです。

現在、私の接続/セットアップは次のようになっています。

私の理解では、タイムアウトの詳細をパラメーターとして渡す必要がありますsqlsrv_connectが、構文が正しくありません。

(私はできる限りクエリを最適化しましたが、残念ながら db テーブルの設計を考えると、30 秒以内に一貫して返すことができません。)

フォーム、マクロ、およびモジュールを備えた Microsoft Access 2016 フロントエンドを備えたローカルで SQL Server 2012 Express を使用するアプリがあります。多くの写真を含む検査データを収集するために現場で使用されます。問題は、メインのリモート SQL Server 2012 に挿入するときにエラーが発生することです。

Microsoft ODBC SQL Server ドライバー エラー: クエリのタイムアウトが期限切れになりました

ユーザーが 3 枚以上の写真を添付し​​た場合。

これまでのところ、リモート SQL Server (Properties\Connections) でリモート クエリのタイムアウトを上げようとしましたが、サーバーの更新間隔を 240 秒 (Tools\Options) に上げました。Access の SQL 関数の VBA にコードを追加しました。

また、アプリの起動時に実行される AutoExec マクロに次の関数を追加しました。

最後に、VBA の接続文字列の末尾に「Connection Timeout=90」を追加しました。

テスト更新スクリプトの実行には 67 秒しかかかりませんが、「0」(無限) から 1024 までのさまざまな時間を試しました。特定の実行時エラーは「-2147217871 (80040e31)」です [Microsoft][ODBC SQL Server Driver]クエリのタイムアウトが期限切れになった
おそらく別の方法でしょうか?
11 人のインスペクターが同期する必要がある 14 のテーブルがあります。7つのテーブルは写真用です。リンクされたテーブルを介して VBA でスクリプトを作成するよりも、SQL Express のローカル インスタンスごとにストアド プロシージャを実行する方がよいでしょうか?

Mysqlでは1つのテーブルが10GBで、データを選択すると非常に高速に実行されますが、挿入または削除操作を行うとすぐに、その後選択操作でスタックします。この問題を解決する方法は、更新または削除を行うと、その後選択したままになることです。注: そのテーブルには 1 列の長いテキストがあります。