私は（C＃/ Linqを使用して）データインポートを実行しており、当然ながらクエリを可能な限り最適化しようとしています。このために、SQLログイン名（データインポートプロセスに一意に関連付けることができる名前）でトレースをフィルター処理して、SQL Server Profilerを使用してDBでトレースを実行しています。
奇妙なことに、私のSQLステートメントのほとんどは本当に高速です:)-1msのマークを超えるクエリはほとんどありません。しかし、すべてのクエリの間には、EventClassが「Audit Login」または「Audit Logout」であるいくつかの行があり、「Audit Logout」の期間は最大1分です。
これは、インポートでトランザクションを使用しているという事実と関係がありますか？もしそうなら、私がそれらをきれいにすることができるように大きなヒットクエリを見つける方法はありますか？
回答:
私の記憶が正しければ、監査ログアウトの期間は、接続が開いていた時間です。たとえば、コマンドの速度とは何の関係もありません-ログインが「ログイン」された時間の長さだけです。
Reads時間測定への対応ということですか？
Reads列はクエリによって返された行ではなく、論理ディスクの読み取り数を表すことに注意してください。何も返さないクエリは、100万レコードのテーブル全体をスキャンして、何も返さないものを探し、非常に大量の読み取りを生成する可能性があります。したがって、読み取りの数は実際にはクエリの数と実際には相関していません。
ログイン/ログアウトイベントは、設定/破棄に関連しています。IIRC時間は、他のログイベントの場合のような処理期間とは対照的に、「一定時間ログインしました」です。
一般に、接続プールの管理などに問題があると思わない限り、これらのイベントを非表示にします。
バッチの未加工時間は、トランザクションなどの影響を含めて、実際のアクティビティにかかっている時間を診断するのに十分な時間である必要があります。
Audit Logoutイベントクラスは、ユーザーがMicrosoft SQL Serverからログアウト（ログオフ）したことを示します。このクラスのイベントは、新しい接続または接続プールから再利用される接続によって発生します。
これは、アイドル時間を含む、接続がログインした合計時間であるため、パフォーマンスの問題を示すものではありません。また、ログイン/ログアウトのプロファイリングがパフォーマンスの問題を引き起こす可能性はほとんどありません。パフォーマンスの低いクエリ、場合によっては長時間実行されるクエリを探すほうがよいでしょう。
詳細については、https：//msdn.microsoft.com/en-us/library/ms175827.aspxをお勧めします :)