【1】收缩概述
收缩数据文件概述：
数据库使用数据文件（扩展名是mdf 或 ndf)来存储数据，使用日志文件（扩展名是ldf）来存储事务日志，通常情况下，数据文件会持续增长，不会自动释放空闲空间，这样会导致硬盘空间耗尽。如果一个数据库的文件有很多空闲空间，收缩数据库文件是一种解决硬盘空间紧张的直接方式。在SQL Server中，我们可以使用 DBCC ShrinkFile命令收缩数据文件，该命令首先将文件尾部的区（extent）移动到文件的开头，文件结尾的空闲的硬盘空间被释放给操作系统，这种操作就像截断将文件的尾部一样，这种方式不需要消耗很多IO就能释放空间；但是，如果空闲部分不在文件末尾时，收缩操作必须扫描数据文件，并对正在读取的页面加锁，把文件末尾的区移动到文件开头，这是一个IO密集型的操作，影响数据库的性能，但是，收缩操作不是一个独占行为，在做文件收缩时，其他用户仍然可以对数据库进行读写操作。在任意一个时间点停止dbcc shrinkfile命令，任何已经完成的工作都将保留。
收缩 数据库 是非常耗费server性能的操作，如果没有必要不要收缩
go
收缩 无非就是把已经分配给数据库文件空间收回来，但是，收缩的时候 要移动数据页，而且可能造成大量的碎片，影响性能。
go
日志收缩和数据文件收缩不一样，日志中的虚拟文件状态 只有 在可复用 时候 才能收缩。
而且 凡是有活动的日志的日志虚拟文件都是活动的不能收缩。
go
收缩日志概述：
日志文件收缩， 回收磁盘空间。
数据文件 根据设计 设计的大小，一般情况不用收缩，收缩可能带来性能的问题。
日志
如果 选择的日志恢复模型是完全，如果没有日志截断，日志增长的很大，
建议
备份日志。
backup log db to disk='备份设备'
截断日志
backup log db with no_log
然后收缩。
dbcc shrinkfile(2,10)
原理参考：https://www.cnblogs.com/gallen-n/archive/2017/03/15/6555283.html
【2】关于收缩数据库的建议
不到万不得已，千万不要收缩数据库。收缩数据库影响极大：
1.收缩数据库对数据库的影响极大，产生大量日志和碎片，而且会锁表。如果你的库当前正在被使用，收缩不下去非常正常。
2.收缩数据库一定要手工来做的，而且是在维护窗口期做的事。
3.尽量使用语句来执行，可以提示错误
下面的文章详细介绍：
http://www.sqlskills.com/blogs/paul/why-you-should-not-shrink-your-data-files/.
【3】收缩的正确姿势
在不得不收缩的时候，参考下面的步骤
【3.1】truncateonly
1.找到数据库中最大的几个表，重建所有索引。首先尝试指定Truncate Only收缩方式.它只是移除文件尾部的空闲空间，并不重新组织已经使用的数据页。
DBCC SHRINKDATABASE (AdventureWorks2012, TRUNCATEONLY);
【3.2】每次收缩很少，之后重建索引
2 最后才考虑，不带选项的收缩。收缩不要一次性全部收缩。 可以每次收缩2G左右。不要把空间可用空间全部收缩了，可以剩余一部分比如4G。收缩完后，记得重建索引.
补充：
还有一种办法就是新建文件组，使用CREATE INDEX ... WITH（DROP_EXISTING = ON）ON语法将所有相关的的表和索引移动到新文件组。然后收缩旧的文件组。
--收缩数据文件，缩成100M USE [Db_Del] GO DBCC SHRINKFILE (N'Db_Del_Data' , 100) GO --收缩数据库，缩成原有90%，但会造成页迁移与索引碎片 USE [Db_Del] GO DBCC SHRINKDATABASE(N'Db_Del', 90 ) GO --重建表索引 ALTER INDEX ALL ON Employee REBUILD WITH (FILLFACTOR = 60, SORT_IN_TEMPDB = ON, STATISTICS_NORECOMPUTE = ON);
【3.3】收缩过程中可以随时中止
3.可在进程中的任一点停止 DBCC SHRINKDATABASE 操作，任何已完成的工作都将保留。
4.不能在备份数据库时收缩数据库
【4】可能需要收缩的场景
1.你删除了大量数据，而且数据不太可能增长。
2.要移除某个文件时，你需要先清空数据文件。
总结
那我们处理磁盘空间不足的最好的办法是什么呢？最好的办法是在最初规划时，预估好未来一年或者二年的数据增长。给磁盘划分足够的空间。设置好数据库的初始大小，并且将自动增长使用固定量增长。
【实践参考】
--===================================DB_Tank USE [master] GO ALTER DATABASE [DB_Tank] SET RECOVERY SIMPLE WITH NO_WAIT GO EXEC(' USE [Db_Tank] DBCC SHRINKFILE (''Db_Tank_Log'' , 2048) --sql server默认文件单位为M，所以这里是2G ') print '【'+CONVERT(varchar(20),GETDATE(),120)+'】恢复游戏库模式' GO USE [master] GO ALTER DATABASE [Db_Tank] SET RECOVERY BULK_LOGGED WITH NO_WAIT GO --====================================DB_logs USE [master] GO ALTER DATABASE [DB_logs] SET RECOVERY SIMPLE WITH NO_WAIT GO EXEC(' USE [Db_logs] DBCC SHRINKFILE (''Db_Logs_Log'' , 2048) ') print '【'+CONVERT(varchar(20),GETDATE(),120)+'】恢复游戏库模式' GO USE [master] GO ALTER DATABASE [Db_Logs] SET RECOVERY BULK_LOGGED WITH NO_WAIT GO --=======================================系统日志 /* C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG 里面的 ERRORLOG.1 错误日志很大，轮转掉它 sp_cycle_errorlog -手动启动轮转系统日志的sp */ /* C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data tempdb 磁盘收缩 */ --======================================tempdb USE [tempdb] GO DBCC SHRINKFILE (N'templog' , 1024) GO USE [master] GO print '【'+CONVERT(varchar(20),GETDATE(),120)+'】收缩日志成功' GO print '【'+CONVERT(varchar(20),GETDATE(),120)+'】正在收缩数据库' GO DBCC SHRINKDATABASE(tempdb) GO print '【'+CONVERT(varchar(20),GETDATE(),120)+'】收缩数据库成功'