在 SQL Server 中，收缩数据库（Shrink Database） 可以回收未使用的空间，但不当使用可能会影响性能。以下是最佳实践：
何时不应收缩数据库？
- 收缩会导致严重的碎片化：收缩会打乱数据页的顺序，导致索引碎片增加，影响查询性能。
- 收缩会消耗大量 IO 和 CPU 资源：如果在高负载时执行，会影响数据库性能。
- 收缩后的空间可能很快被重新使用：如果数据库仍在增长，收缩只会导致后续的空间分配更加频繁，影响性能。
如果数据库正常运行，建议不要频繁收缩！
何时可以收缩数据库？
- 删除大量数据后，数据库不会继续增长（如清空临时表、归档旧数据后）。
- 数据库迁移后需要优化存储空间（但建议仅对日志文件进行收缩）。
- 磁盘空间不足，短期内必须释放空间（但要权衡性能影响）。
收缩数据库的正确方法
只收缩日志文件（推荐）
不要收缩 MDF（数据文件），只收缩 LDF（日志文件）。如果日志文件过大但数据库恢复模式为 “完整模式（FULL）”，首先执行 日志备份，然后收缩：
-- 备份日志（如果数据库是 FULL 模式）
BACKUP LOG [YourDatabase] TO DISK = 'D:\Backup\YourDatabase.trn';
-- 收缩日志文件
DBCC SHRINKFILE (YourDatabase_Log, 500) -- 500MB 为目标大小，可调整
如果数据库是 “简单模式（SIMPLE）”，可以直接执行：
DBCC SHRINKFILE (YourDatabase_Log, 500);
避免频繁收缩数据文件（MDF）
如果必须收缩数据文件（MDF），建议 分批进行，并在低峰期执行：
DBCC SHRINKDATABASE (YourDatabase, 10); -- 目标为 10% 空闲空间
或针对某个数据文件：
DBCC SHRINKFILE (YourDatabase_Data, 10000); -- 目标大小 10GB
执行后建议重新构建索引：
ALTER INDEX ALL ON [YourDatabase] REBUILD;关闭自动收缩
ALTER DATABASE [YourDatabase] SET AUTO_SHRINK OFF;
原因： 自动收缩会不断释放和重新分配空间，导致性能下降和碎片化。
收缩数据库最佳实践总结
- 尽量避免收缩数据文件（MDF），只收缩日志文件（LDF）。
- 收缩后执行索引重建，减少碎片化。
- 仅在必要时执行收缩，不要将其作为日常维护任务。
- 关闭自动收缩，避免影响数据库性能。
如果你的数据库空间使用情况异常，可以考虑 存储优化、表分区、归档数据等方式，而不是单纯依赖收缩。你现在是遇到了数据库空间不足，还是日志文件过大？