在生产环境中收缩Tempdb的最佳实践

在SQL Server 2008中收缩Temporary db时，最佳做法是什么？

使用以下内容有风险吗？

use tempdb
GO

DBCC FREEPROCCACHE -- clean cache
DBCC DROPCLEANBUFFERS -- clean buffers
DBCC FREESYSTEMCACHE ('ALL') -- clean system cache
DBCC FREESESSIONCACHE -- clean session cache
DBCC SHRINKDATABASE(tempdb, 10); -- shrink tempdb
dbcc shrinkfile ('tempdev') -- shrink db file
dbcc shrinkfile ('templog') -- shrink log file
GO

-- report the new file sizes
SELECT name, size
FROM sys.master_files
WHERE database_id = DB_ID(N'tempdb');
GO

最佳做法是主动监视Tempdb的正常使用情况并相应地设置大小。如果这是一种临时情况，其中Tempdb已增长到这种大小并具有PROD env，则我将在每周维护期间重新启动SQL Server Services。之后，Tempdb将恢复到其配置的大小。

只要不使用Tempdb，缩小文件就可以了，否则，由于阻塞和死锁，从性能的角度来看，现有事务可能会受到影响。

清理过程高速缓存，缓冲区高速缓存等将对数据库性能本身产生负面影响，直到不重新创建它们。我不会在PROD上执行此操作。

希望有帮助！