私はAzure SQL上に2つのデータベースを持っています。それらは.net EFアプリケーションで使用されています。あるデータベースのクエリがタイムアウトし、同じクエリが別のクエリですぐに完了します。2つのAzure SQLデータベースが同様に機能することを確認する方法?
私は66秒後に、その後
var watch = System.Diagnostics.Stopwatch.StartNew();
result = db.Objects.Select(o => λ);
watch.Stop();
System.Diagnostics.Debug.WriteLine(watch.ElapsedMilliseconds);
データベース、1つの応答を中に行って、180秒にタイムアウトを延長しました。 データベース2は0.2秒後に応答します。
私はパフォーマンスの洞察を求めてクエリを見つけ、VSのSQL Serverオブジェクトエクスプローラで手動で実行しました。
データベース1は1秒以内に応答します。
データベース2は1秒以内に応答します。データベース1に
クエリの洞察力は、次のように私を示しています
Date: Time CPU% Total time Executions count
4/11: 11 AM - 12 PM 5.8 00:08:30.340 17
4/11: 12 PM - 01 PM 8.35 00:17:55.890 12
だから私はそれが過去の時間に悪化しています知っています。両方のデータベースが同じサーバーと同じ価格設定階層に属していることを考慮すると、どのように影響を与えたりデバッグすることができますか?
2016年4月13日:ストーリーはほぼ20データベースにわたって
を続け、これは一つだけに認められました。それ以来、その効果は落ち着いていましたが、私は視野に入っています。
照会はオブジェクトのナビゲーション・プロパティーに対処し、ジャンクション表に追加の列(2つの外部キーだけでなく有用なデータを含む表)がある場合にのみ減速が検出されました。
East Coast、US。実際には、私は約20のデータベースを持っており、1つだけにその効果が気づいています。この問題は解消されましたが、対処しようとしている間に、同様のクエリをすべてパフォーマンスの向上のために調整しました。 興味深い警告:アプリケーションに13の同様のクエリがあります。各クエリは2つまたは3つの関連テーブル(nav propsによる)からデータを取り込み、減速は3つのクエリでのみ発生し、すべてがジョイントテーブルに追加のカラムを持ちました。 – Nomenator
Hmm、ok。 Azureのサポートに連絡することをお勧めします。あなたは@AzureSupportの下でTwitter上でそれらを見つけることもできるので、おそらくあなたはこのSOの質問へのリンクをつぶすことができます。 –