SQL Profiler时长存0秒问题：多次执行MDX语句求平均时长异常

嘿，我来帮你理清这个Duration显示0的问题，以及怎么准确计算MDX语句的平均执行时长：

为啥Duration会显示0？ #

先给你划两个关键知识点：

• SQL Server服务器端是以微秒（10^-6秒） 记录事件的Duration值，你那张用Profiler创建的表里，bigint类型的Duration存的就是这个原始微秒数。
• 但SQL Server Profiler的图形化界面，默认会把微秒值转换成毫秒（10^-3秒） 来显示——也就是说，如果你的MDX语句执行时长小于1毫秒（也就是小于1000微秒），UI里就直接显示0了，但数据库表里的原始值其实是真实的微秒数（可能是几百甚至几十），除非真的快到耗时为0（这种情况几乎不可能）。

要是连数据库表里的Duration都显示0，那大概率是你的MDX语句执行速度真的极快，耗时确实低于1微秒？不过这种情况很少见，也有可能是Profiler的捕获设置没开足精度，你可以检查下捕获的事件类型是否正确。

怎么准确计算平均执行时长？ #

既然要算平均时长，别信Profiler UI的显示，直接用数据库表里的原始微秒数来搞：

1. 先查一下表里的真实Duration值，把它转成更直观的毫秒或秒：

   SELECT 
       Duration AS DurationMicroSec,
       Duration / 1000.0 AS DurationMs,
       Duration / 1000000.0 AS DurationSec
   FROM YourProfilerTable
   WHERE EventClass = -- 记得替换成你捕获的MDX对应的事件类，比如Query End
   

   这样哪怕是0.3毫秒的耗时也能清晰看到，不会被UI的取整给坑了。
2. 计算平均时长的时候，直接基于原始的Duration字段做聚合：

   SELECT AVG(Duration / 1000000.0) AS AvgExecutionSec
   FROM YourProfilerTable
   WHERE -- 过滤出你要统计的MDX语句相关事件
   

   这样得到的平均时长才是精准的，不会被UI的显示误导。

额外提两个注意点 #

• 确保你捕获的是Query End或者Batch Completed这类能完整记录语句执行全流程时长的事件，要是捕错了事件类型，Duration记录可能不准。
• 多次执行MDX的时候，别忘了缓存的影响——第一次执行可能会有编译、加载缓存的耗时，后面的执行都是走缓存，要是想测真实的执行性能，要么先清缓存（生产环境别瞎搞），要么把第一次执行的数据排除在统计外。

内容的提问来源于stack exchange，提问作者Malincy Montoya