タグ付けされた質問 「query-store」

1週間に1度、過去5週間、ほぼ同じ時刻（早朝、人々が使用し始めたときのユーザーアクティビティに基づく場合があります）、SQL Server 2016（AWS RDS、ミラーリング）は多くのタイムアウトを開始しますクエリ。 すべてのテーブルの統計を更新すると、常にすぐに修正されます。 初回以降、すべてのテーブルのすべての統計を（毎週ではなく）毎晩更新しましたが、それでも起こりました（更新統計が実行されてから約8時間後ですが、毎日実行されるわけではありません）。 前回、クエリストアを有効にして、どの特定のクエリ/クエリプランであるかを確認できるかどうかを確認しました。私はそれを1つに絞り込むことができたと思います： そのクエリを見つけた後、この頻繁に使用されないクエリから欠落している推奨インデックスを追加しました（ただし、頻繁に使用される多くのテーブルに影響します）。 不適切なクエリプランは、インデックススキャンを実行していました（1万行のみのテーブルで）。同じスキャンを実行するために使用されたミリ秒単位で返された他のクエリプラン。新しいインデックスを作成した後の最新のクエリプランは、シークのみを行います。しかし、そのインデックスがなくても、99％の時間で数ミリ秒以内に戻りましたが、毎週、40秒以上かかりました。 タイムアウトする悪いもの：http : //brentozar.com/pastetheplan/?id=rymaWt56e タイムアウトしない以前の計画：http : //brentozar.com/pastetheplan/?id=HyN7ftcpe 新しいインデックスを使用した最新の計画：http : //brentozar.com/pastetheplan/?id=ryLuGKcag これは、2012年からSQL Server 2016に移行した後に発生し始めました。 DBCC CHECKDBはエラーを返しません。 新しいインデックスは問題を修正し、再び悪い計画を二度と選択しないようにしますか？ うまく機能する計画を「強制」する必要がありますか？ これが別のクエリ/プランで発生しないことを確認するにはどうすればよいですか？ これはより大きな問題の症状ですか？ 追加したばかりのインデックス： CREATE NONCLUSTERED INDEX idx_AppointmetnAttendee_AttendeeType ON [dbo].[AppointmentAttendee] ([UserID],[AttendeeType]) CREATE NONCLUSTERED INDEX [idx_appointment_start] ON [dbo].[Appointment] ( [ProjectID] ASC, [Start] ASC ) INCLUDE ( [ID], …

16 sql-server  execution-plan  sql-server-2016  statistics  query-store 

可用性グループのプライマリでプランが強制される場合、セカンダリで実行されるクエリに適用されますか？ 私は計画強制の両方の可能性をカバーする答えを探しています： 計画ガイド クエリストアの強制計画 QS強制プランは引き継がれないことを示唆する次の記事を読みましたが、ドキュメント内で信頼できるもの、またはプランガイドに関するものを見つけることができません。 Erin Stellatoによるクエリストアと可用性グループ Vikas RanaによるAlwaysOn Readable Secondaryでのクエリデータストアの強制プランの動作 強制の決定的な証拠は存在だろうUse Planか、PlanGuideNameとPlanGuideDBの二次実行計画のプロパティ。

14 sql-server  availability-groups  execution-plan  query-store  plan-guides 

クエリストアフォースプラン機能がプランを適用していないようです。 クエリストアを知っています-強制は常に強制を意味するわけではありません。ただし、私の計画はさほど変わらない場合がありますが、クエリオプティマイザーは引き続き不適切なインデックスやループの選択などを選択する可能性があります。 基本的に：それは私の強制的な計画の選択を尊重しません。私は多くの計画を強制しましたが、それはうまくいきません。 私が見たとき、0の失敗数または理由がありますsys.query_store_plan force_failure_count。 拡張イベントquery_store_plan_forcing_failedは何も生成しません。0イベント。 たとえば、20.09に強制された計画。たまたま強制計画を使用したコンパイルは1つだけです。 計画は大きく異なります。1つはINDEX 1でハッシュ一致結合を使用し、もう1つはINDEX 2でループ結合を使用します。 バージョン：Microsoft SQL Server 2016（SP1-GDR）（KB3210089）-13.0.4202.2（X64） ここで何が欠けていますか？

12 sql-server  sql-server-2016  execution-plan  query-store 

SQLにとって「意味のない単語」とは何ですか？ 私はsys.query_store_query_text（Transact-SQL）を読んでいて、次のように表示されるので、{SQL "unmentionable" word}をググる has_restricted_text ビット クエリテキストには、パスワードまたはその他の覚えのない単語が含まれています。 その他の3つのリンクで、見つけた場所に戻ることができますが、パスワードとの関係やSQLが気にするものを示すものは何も見つかりません。

11 sql-server  query-store 

以下は、クエリストアで発生するパフォーマンスの問題の簡略化です。 CREATE TABLE #tears ( plan_id bigint NOT NULL ); INSERT #tears (plan_id) VALUES (1); SELECT T.plan_id FROM #tears AS T LEFT JOIN sys.query_store_plan AS QSP ON QSP.plan_id = T.plan_id; plan_id列は、主キーとして文書化されているsys.query_store_planが、実行計画は使用されません撤廃への参加が期待されるように： DMVから投影される属性はありません。 DMV主キーplan_idは一時テーブルの行を複製できません A LEFT JOINが使用されているため、から行をT削除できません。 実行計画 これはなぜですか、ここで参加の削除を取得するにはどうすればよいですか？

10 sql-server  query-performance  join  execution-plan  query-store 

最初から私の質問/問題はこの前のものと似ていると言いますが、原因または開始情報が同じであるかどうかわからないため、質問をいくつか詳細に投稿することにしました。 手元の問題： 奇妙な時間（営業日の終わり近く）に、本番インスタンスの動作が不安定になります。 インスタンスのCPU使用率が高い（ベースラインが約30％の場合、約2倍になり、まだ増加し続けていた） 1秒あたりのトランザクション数の増加（ただし、アプリの負荷には変化が見られません） アイドルセッションの数の増加 この動作を表示しなかったセッション間の奇妙なブロッキングイベント（コミットされていない読み取りセッションでもブロッキングが発生していました） 間隔の上位の待機は1位で非ページラッチで、ロックは2位でした。 初期調査： sp_whoIsActiveを使用して、監視ツールによって実行されたクエリが非常に低速で実行され、大量のCPUを取得することを決定したことがわかりました。 その分離レベルはコミットされずに読み取られました。 奇妙な数字が見られた計画を調べました。StatementEstRows= "3.86846e + 010"で、約150 TBの推定データが返されます。 監視ツールのクエリモニター機能が原因であると考えたため、この機能を無効にしました（プロバイダーにチケットを開いて、問題が発生しているかどうかを確認しました） その最初のイベントから、それはさらに数回起こりました。セッションを終了するたびに、すべてが通常に戻ります。 クエリがクエリストアの監視のためにBOLでMSによって使用されるクエリの1つに非常に類似していることがわかります-パフォーマンスが最近低下したクエリ（異なる時点での比較） 同じクエリを手動で実行し、同じ動作を確認します（使用されるCPUが増え続ける、ラッチ待機が増える、予期しないロックなど）。 有罪の質問： Select qt.query_sql_text, q.query_id, qt.query_text_id, rs1.runtime_stats_id AS runtime_stats_id_1, interval_1 = DateAdd(minute, -(DateDiff(minute, getdate(), getutcdate())), rsi1.start_time), p1.plan_id AS plan_1, rs1.avg_duration AS avg_duration_1, rs2.avg_duration AS avg_duration_2, p2.plan_id AS plan_2, interval_2 = DateAdd(minute, …

10 sql-server-2016  statistics  system-tables  query-store 

私はSQL Serverクエリストアについて詳しく調べており、「アドホック」クエリへの参照をよく目にします。ただし、クエリストアがアドホッククエリを決定する方法を確認していません。パラメータのないクエリまたは1回だけ実行されたクエリであると推測できる場所を見てきました。このための正式な定義はありますか？一般的な意味ではありません。つまり、クエリストアに関連しています。 例として、このページはクエリストアからアドホッククエリを削除する例を示していますが、使用している条件は実行カウントが1つしかないようです。これは、アドホッククエリの奇妙な定義のようです。ところで、ページに移動する場合は、「アドホッククエリの削除」を検索してください。

10 sql-server  query-store 

SQLシステムデータベース（master、model、msdb、tempdb）のクエリストアは、msdbでのみ使用できます。msdbのクエリストアに関するドキュメントを探しましたが見つかりませんでした。 GUIには表示されませんが、SQL 2016インスタンスで検証できます クエリストアの検証がオフです USE msdb SELECT * FROM sys.database_query_store_options; クエリストアをオンにする USE [master] GO ALTER DATABASE msdb SET QUERY_STORE = ON GO ALTER DATABASE msdb SET QUERY_STORE (OPERATION_MODE = READ_WRITE , INTERVAL_LENGTH_MINUTES = 30 , MAX_STORAGE_SIZE_MB = 1000 , QUERY_CAPTURE_MODE = AUTO) GO クエリストアの検証がオンになっています USE msdb SELECT * FROM sys.database_query_store_options; …

9 sql-server  sql-server-2016  msdb  query-store 

SQL Server 2016で導入された新しいクエリストアは素晴らしいです。これは、以前のプロファイラーツールで行っていた処理の多くを置き換えるのに最適です。ただし、リソースを大量に消費するクエリへの個々の呼び出しに関連するパラメータ値をキャプチャして、それを傍受する方法は見つかりませんでした。これは可能ですか？ Query Storeは個別の呼び出しよりも集計データを扱うことを理解しているので、ここでは運が悪いのではないかと思います。遅いクエリを見つけたとき、最も遅い呼び出しの1つに関連付けられたパラメータも持つとトラブルシューティングに便利です。最新の優れたツールを使用してこれを行う方法を知りたいのですが。（プロファイラーの使用をお見逃しなく！） セキュリティの観点から、Query Storeはプロファイラーよりもロックダウンされていますか？集計を計算するには、あるレベルで個々の呼び出しからデータをキャプチャする必要があると思います。それのいずれかが格納されているかどうかはわかりません。

9 sql-server  query-performance  sql-server-2016  query-store 

2016 SQL Serverを最近SP2に更新し、最新のCU（KB4458621）を2018年8月にリリースしました。ちょうど最終日かそこらで、いくつかのブロックが発生していることに気付きました。SPID b / cはユーザープロセスではないため、強制終了できません。SP_WHO2によると、コマンドは「Query Store ASYN」です。スクリプトとUIを使用して、データをパージし、クエリストアを無効にしてみました。何も機能していないようで、スピンしてからブロックが発生し始めます。他に誰かがこの問題を抱えていますか？誰でも私がクエリストアを無効にする方法を理解するのを手伝ってくれる？SP_WhoIsActive @show_System_SPIDS = 1以下の結果（クエリストアの結果のみ） 更新-これにより、TempDBドライブがいっぱいになります。数時間後に再起動してみて、問題が解決するかどうか確認してください。投稿し続けます。 ありがとう、ネイト

8 sql-server  sql-server-2016  blocking  query-store