重启SQL Server——总是好事？

在实际工作中，我经常看到——有时人们定期重启SQL Server！我们都希望接受，SQL Server的定期重启并不真的是一个好主意。但在今天的文章里，我想进一步讨论下，当你定期重启你的SQL Server时，有哪些副作用。

缓冲池（Buffer Pool）

一旦你重启你的SQL Server，你会丢失缓冲池的所有内容，这是SQL Server保存来自存储子系统的数据库页。作为副作用，在重启后，你的查询会简单的更慢，因为SQL Server需要进行很多的物理I/O读，从存储子系统请求回数据到缓冲池。

计划缓存（Plan Cache）

SQL Server重启的另一个非常重要的副作用时，你丢失所有来自计划缓存，编译好的执行计划。对于每个提交到数据库的每个查询，SQL Server现在必须再次编译物理执行计划——而且这会花点时间。当你有一些不稳定的执行计划，这会更糟，SQL Server会生成和先前不一样的执行计划。在这个情况下，你的整个性能会惨遭伤害，因为没有足够的执行计划被缓存，然后被盲目重用——反复如此……

动态管理视图和函数（DMVs/DMFs）

在上一篇文章里，SQL Server存储各个动态管理视图和函数的整个数据的地方：它直接存储在sqlservr.exe进程空间里。那么当你重启SQL Server时，sqlservr.exe进程被销毁并重启。因此，通过各个动态管理视图和函数访问的数据都不可用。从性能故障排除角度来说，这非常不好，因为重启后，对于SQL Server的先前的生命周期里，你已经啥也不知道了。

故障恢复（Crash Recovery）

当你重启你的SQL Server，每个数据库会经历故障恢复过程，在这里SQL Server最终进行所有未提交事务的回滚，将数据库恢复到一致的状态。因此——作为副作用——当你发起SQL Server重启时，你会丢失尚未提交的所有事务。你也要记住：在故障恢复过程中，所有未提交的事务会直接回滚。

小结

我希望今天的文章会给你一些想法：为什么定期重启SQL Server不是个好主意。当人们在一些特定情况里重启SQL Server，但这不是人们定期重启的意义，因为那是因为你有问题才重启，对此，我没问题。如果你有问题，你应该去调查它们，找出潜在的根源是什么。

感谢关注！

原文链接：

https://www.sqlpassion.at/archive/2016/08/08/restarting-sql-server-always-a-good-idea