在尝试提高少数查询的性能时，我们通过执行计划发现有很多索引/聚集索引查找。
所以：
我们做的第一件事是检查每周为该用户数据库运行的重新索引和更新统计数据作业（大小约为 400 GB，全天候 24*5 使用）。这项工作运行良好。
稍后当我们运行时SP_Blitz，我们了解到此用户数据库禁用了自动更新统计信息。我们预计这是一个可能的原因，并将其从 false 更改为 TRUE（自动更新统计信息）
此外，每个SP_blitz数据库都有用户创建的统计信息。当运行查询来检查有多少时，我们看到了大约 7K 的用户统计信息。
所以我的问题是
将 Auto update stats 设置为 TRUE 需要重新启动，或者一旦更改我需要跟踪性能
我们应该考虑放弃那些用户创建的统计数据还是手动一项一项地查看它们？
应该怎么处理，求指教，谢谢！
你有两个问题：
1.设置自动更新后是否需要重启？不。
2. 你应该考虑放弃用户创建的统计数据吗？如果您的统计更新作业（通常使用维护计划或 Ola Hallengren 的维护脚本完成）花费的时间超过维护窗口允许的时间，那么可以。SQL Server 必须读取整个索引（或表）来更新每个统计信息，因此您可能会得到非常长的统计更新作业。如果您的维护窗口对您来说不是问题，那么您可以保持原样。