empty用法 server sql_SQL Server 文件的空间使用

数据库占用的存储空间，从高层次来看，可以查看数据库文件(数据文件，日志文件)占用的存储空间，从较细的粒度上来看，分为数据表，索引，分区占用的存储空间。监控数据库对象占用的硬盘空间，包括已分配，未分配，和未使用的空间占比，能够有效地管控存储空间，合理利用，避免部分文件空间不足，而其他文件浪费空间的问题。

一，数据库文件占用的存储空间

为了性能，通常为数据库创建多个数据文件，每个文件占用的硬盘空间可能不同。

1，查看数据库的各个文件占用的存储空间

select db.name asdatabase_name,

db.is_auto_shrink_on,

db.recovery_model_desc,

mf.file_id,

mf.type_desc,

mf.nameaslogic_file_name,

mf.size*8/1024/1024 assize_gb,

mf.physical_name,--mf.max_size,

mf.growth,

mf.is_percent_growth,

mf.state_descfromsys.databases dbinner joinsys.master_files mfon db.database_id=mf.database_idwhere mf.size*8/1024/1024>1 --GB

order by size_gb desc

View Code

2，查看数据文件中已分配，未分配和混合区的空间

视图：sys.dm_db_file_space_usage 以Page为单位，实际上，Page的计数都是在区(Extent)级别上统计的，数据文件不够GAM(Global Allocation Map)和SGAM(Shared Global Allocation Map)。

select db_name(mf.database_id) as db_name,su.file_id,su.filegroup_id,mf.nameasfile_logic_name

,mf.physical_name

,su.total_page_count*8/1024/1024 astotal_gb

,su.allocated_extent_page_count*8/1024/1024 asallocated_gb

,su.unallocated_extent_page_count*8/1024/1024 asunallocated_gb

,su.mixed_extent_page_count*8/1024 asmixed_mbfromsys.dm_db_file_space_usage suinner joinsys.master_files mfon su.database_id=mf.database_idand su.file_id=mf.file_id

还有一个DBCC命令返回相同的数据，该命令以区(Extent)为单位，统计数据库的文件上已分配的，未分配的区的数量：

dbcc showfilestats

该命令从系统page：GAM 和 SGAM 上读取Extent的分配信息

3，使用查看当前数据库的空间使用量

exec sys.sp_spaceused

数据库的空间利用信息：

database_size：数据文件和日志文件的大小；database_size 会比 reserved + unallocated space的加和大，这是因为 reserved 和 unallocated_space 仅仅是数据文件的大小；

unallocated space ：数据文件中的未分配空间虽然占用文件的硬盘空间，但是，没有分配，不能被其他数据库对象使用；

reserved：数据文件中的保留空间，是已经分配的硬盘空间，能够被其他数据库对象使用；

data：数据占用的硬盘空间；

index_size：索引占用的硬盘空间；

unused：已经分配，但是未被使用的硬盘空间；

二，查看数据库中，各个数据表或索引所占用的硬盘空间

数据库中各个表所占用的空间大小是不同的，有些表占用的空间虽大，但是没有真正用于存储数据，而仅仅是处于保留状态，以备不时之需。

1，查看数据库所有数据库表或索引所占用的硬盘空间

;with cte_space as(selectps.object_id,sum(case when ps.index_id<2 then ps.row_count else 0 end) asrow_count

,sum(ps.reserved_page_count)*8/1024/1024 asreserved_gb

,sum(ps.used_page_count)*8/1024/1024 asused_gb

,sum(case when ps.index_id<2

then ps.in_row_data_page_count+ps.lob_used_page_count+ps.row_overflow_used_page_countelse 0 end)*8/1024/1024 asdata_used_gbfrom sys.dm_db_partition_stats ps with(nolock)inner join sys.tables t with(nolock)on ps.object_id=t.object_id

group by ps.object_id)select object_schema_name(s.object_id)+'.'+object_name(s.object_id) astable_name

,s.row_count

,s.reserved_gb

,s.used_gb

,s.data_used_gb

,s.used_gb-s.data_used_gb asindex_used_gb

,s.reserved_gb-s.used_gb asunused_gbfromcte_space swhere s.reserved_gb>1 --more than 512MB

order by used_gb desc,index_used_gbdesc

2，以索引为单位，查看数据表上各个索引占用的硬盘空间

;with cte_space as(selectps.object_id,ps.index_id

,sum(ps.row_count) asrow_count

,sum(ps.reserved_page_count)*8/1024 asreserved_mb

,sum(ps.used_page_count)*8/1024 asused_mb

,sum(ps.in_row_data_page_count+ps.lob_used_page_count+ps.row_overflow_used_page_count)*8/1024 asdata_used_mb

,sum(ps.in_row_data_page_count)*8/1024 asin_row_data_used_mb

,sum(ps.lob_used_page_count+ps.row_overflow_used_page_count)*8/1024 asmax_data_used_mbfromsys.dm_db_partition_stats psinner joinsys.tables ton ps.object_id=t.object_id

group by ps.object_id,ps.index_id

)select object_schema_name(s.object_id)+'.'+object_name(s.object_id) astable_name

,i.index_id

,i.nameasindex_name

,s.row_count

,s.reserved_mb

,s.used_mb

,s.data_used_mb

,s.in_row_data_used_mb

,s.max_data_used_mb

,s.used_mb-s.data_used_mb asindex_used_mb

,s.reserved_mb-s.used_mb asunsed_mbfromcte_space sinner joinsys.indexes ion s.object_id=i.object_id

and s.index_id=i.index_idwhere s.reserved_mb>512 --more than 512MB

--and i.index_id>1

order by unsed_mb desc,index_used_mbdesc

View Code

3，在当前DB中，查看某一个数据表的空间使用信息

该存储过程用于查看当前数据库数据表的空间使用，返回的结果并不精确，默认情况下，该存储过程底层使用系统视图 sys.allocation_units 和 sys.partitions获取数据表的所占用空间的“近似”信息。当索引被删除、索引被重建、或者大表被删除(drop，truncate)时，数据库引擎会延迟Page的释放，延迟删除导致不会立即释放已分配的空间，在这种情况下，该存储过程不会立即返回精确的空间使用信息。

exec sys.sp_spaceused 'dbo.dt_study'

rows:：数据表的总行数；

reserved：数据文件中已分配的空间；

data：数据文件中，基础表占用的空间；

index_size：数据文件中，索引占用的空间；

unused：数据文件中，已分配，但是为被数据库对象(基础表和索引)使用的空间；

三，查看服务器各个逻辑盘符剩余的硬盘空间

Exec master.sys.xp_fixeddrives

四，压缩文件

在SQL Server中，使用 DBCC ShrinkFile命令压缩数据库文件(数据文件和日志文件)，或直接把数据库文件清空。除非硬盘空间不足，不要轻易收缩数据库的文件，这会打乱索引的物理顺序，大幅增加的索引外部碎片，影响查询性能。

在执行DBCC ShrinkFile命令，收缩数据文件的时候，数据库引擎首先把文件尾部的区(Extent)移动到文件的开头，然后释放文件末尾的空闲空间，归还给操作系统。在移动Page时，数据库引擎会扫描数据文件并对正在读取的页面加锁，对数据库的性能会有所影响。但是收缩操作不是一个独占行为，其他用户仍然可以对数据库进行读写操作。在进程中的任意一个时间点停止文件收缩操作，任何已经完成的工作都将保留。

收缩文件以区为单位，它会把文件末尾已分配的区前移，把未分配的区从文件末尾移除。该命令不会把一个区里面的空闲页面(empty page)移除，也不会合并区以释放空闲页面，如果数据库中有很多只使用了一两个页面的区，DBCC SHRINKFILE的效果会不明显。

DBCC SHRINKFILE ( { file_name | file_id}, EMPTYFILE )DBCC SHRINKFILE ( { file_name | file_id }, target_size , { NOTRUNCATE | TRUNCATEONLY } )

1，参数说明

target_size ：是整数类型，单位是MB，数据库引擎尝试把文件收缩到指定的大小(Size)，但不会收缩到小于数据实际存储必需的空间。只有和参数NOTRUNCATE搭配使用，才起作用。

EMPTYFILE ：把数据从指定的文件迁移到同一个文件组中的其他文件中，也就是说，把当前文件清空，把数据转存到其他文件中，数据的迁移只能在同一个文件组的不同文件之间进行。数据文件被清空之后，数据库引擎不会把数据存储到空文件中，可以使用 ALTER DATABASE 把文件从数据库中移除。

NOTRUNCATE：只用于数据文件，对日志文件不起作用；该参数用于把已分配(Allocated)的区(Extent)从数据文件的末尾移动到数据文件开头的未分配(Unallocated)的空间中，文件末尾被释放的空间不会返回给操作系统，仍然存在于文件中，处于未分配状态，这意味着数据库文件占用的存储空间不变。和target_size参数一起使用，用于指定文件收缩的大小。由于区(Extent)的移动是IO密集型操作，会影响数据库的IO性能。

TRUNCATEONLY：把文件末尾的所有空闲空间都释放，返回给操作系统，该参数不会执行任何的Page移动，也就是说，该参数收缩数据库文件，而忽略target_size参数，收缩的硬盘空间以区(Extent)为单位。

2，收缩文件示例

想要收缩数据库文件，释放硬盘空间，需要分两步：先移动，后释放

Step1，将文件末尾已分配的区(extent)向前移动，移动到文件前端未被分配的区中，移动的区被标记为未分配(Unallocated)

dbcc shrinkfile('filename',0,notruncate)

Step2，将文件末尾的空闲空间(以区为单位)释放，归还给操作

dbcc shrinkfile('filename',target_size_MB,truncateonly)

3，清空文件

清空文件，是指把当前文件中的数据转移到同一个FileGroup的其他文件中去，使得当前文件不包含任何数据。

dbcc shrinkfile('filename',emptyfile)

也可以使用emptyfile把数据均匀分布到不同的文件上去。

参考文档：