SQL Server Profiler:如何更详细地inspect/understand 审核注销事件的持续时间?

SQL Server Profiler: How to inspect/understand the duration for the Audit Logout event in more detail?

我正在使用 SQL Server Profiler 为我使用 Visual Studio 和 IIS Express 开发的 C# 应用程序分析一些 MS SQL 查询:

为事件指定的持续时间 "Audit Logout"(16876 毫秒)是登录和注销之间的总时间。查询的持续时间仅为 60 毫秒。

Login/Logout events are related to the setting up / tearing down.

来自What is "Audit Logout" in SQL Server Profiler?

我想更详细地了解16816毫秒(=16876毫秒-60毫秒)的时间差

a) 是否可以记录更多事件(如 "debug mode")?

b) 由于 "Audit Login" 事件的结束时间与查询执行的开始时间相同,因此假设时间差异只是由于拆解是否正确?

c) 是否有其他工具可以分析(设置和)拆卸时间?

d) 时差是否取决于我的查询?换句话说:查询的优化是否也有助于减少时间差异?

到目前为止,我对@DevTime 的观察是,如果我第一次启动我的应用程序,它会有所不同(IIS Express 由 Visual Studio 启动,数据库是使用 entity framework 创建的,示例数据被写入数据库)或者如果我在数据库已经存在时第二次启动它。

第一次启动后的登录时间比第二次启动后的登录时间差约15秒。上面示例中标记的查询在用户登录后执行。因此我希望数据库的初始化在那时已经完成并且初始化不会对时差产生任何影响。不过好像还是有影响的。

部分相关文章:

启动 SQL Profiler 时会显示 window Trace Properties。 第二个选项卡 Events Selection 是可以选择考虑的事件的地方。

激活选项显示所有事件

例如启用 "Performance" 部分下的选项 "Showplan XML FOR Query Compile" 以记录更多事件。

另见 How to determine what is compiling in SQL Server

我没有针对您的建议的解决方案,请数据库继续出现问题。所有查询在处理时间内都很好,只有注销审计不断显示持续时间很长。网络也很好。我认为这个注销时间影响了效率