在为使用 SQL Server 的应用程序运行性能测试/基线之前,我希望能够将实例设置为“干净”状态,而无需重新启动实例。我倾向于遵循一些步骤,但我想构建一个顺序正确且没有多余步骤的最终列表。
这个步骤列表是否完成了将 SQL Server 设置为“干净”状态?
顺序是否合乎逻辑/正确?
有多余的步骤吗?
CHECKPOINT -- Write all dirty pages
DBCC DROPCLEANBUFFERS -- All should be clean after checkpoint?
DBCC FREEPROCCACHE -- Clear the plan cache
DBCC FREESYSTEMCACHE -- Is this necessary after FREEPROCCACHE?
DBCC FREESESSIONCACHE -- May not be necessary if distributed queries aren't used, but want to catch all scenarios
EXEC SP_UPDATESTATS -- Refresh stats
'BEGIN TESTING!'
首先,我会退后一步,询问您计划在测试期间收集哪些测量数据。例如,如果您按查询计算逻辑读取,则不需要释放缓存。我非常喜欢使用逻辑读取,因为它与数据是缓存还是在磁盘上无关——而且在生产中,很难猜测查询的数据是否会被缓存(除非你将整个数据库缓存在内存中) . 如果您调整以最小化逻辑读取,那么无论数据是否在缓存中,应用程序都会运行得更快。
接下来,我会质疑运行之间发生了什么变化。例如,按照您的建议在每个数据库中运行 EXEC SP_UPDATESTATS,您将为已更新的表重新采样统计信息。但是,除非您使用全扫描更新统计信息,否则您将从表中获取随机行 - 这不太可重复,而且我认为您真的不想这样做。相反,您可能希望在每次运行之间恢复数据库,以便始终测试完全相同的数据。如果您的测试正在进行插入/更新/删除,如果您不恢复数据库(因为它们正在添加/更改数据,加上更改数据的统计信息),它们在每次运行时可能会有不同的性能配置文件 - 更糟糕的是,