从表中删除数据，或导致行移动的更新操作，通常会把数据从表中就地删除，并释放行所占用的存储空间，但是在某些情况下，该行实际上可以作为幽灵数据保留在数据页上。一行数据从索引页面的叶级别删除，并不总是实时从数据页中物理删除，而是把该记录标记为已删除，这个记录称作幽灵（ghost）记录。这意味着该行数据仍然保留在数据页中，但是行的内部存储结构中发生了变化，把该行标记为已删除（ghost）。
SQL Server内置了一个ghost cleanup进程，这是一个单线程的后台进程，用于删除被标记为已删除的幽灵数据。从SQL Server 2012版本之后，ghost cleanup进程每个5秒钟自动运行，检查数据页上是否存在标记为幽灵记录的数据行，如果找到幽灵数据，那么ghost cleanup进程会把它们从物理存储上删除，ghost cleanup每次执行都会至多检查10个Page。
清除幽灵数据的优点是显而易见的，
- 释放存储空间，并把重新使用这部分空间存储更多的数据，避免数据文件的暴增
- 能够一定程度上避免索引页的拆分（Page Split），由于Page存在部分未使用的空间，新的数据会直接使用这部分free space。
当一个记录被发现时，数据库就被标记为“有幽灵数据”，一旦删除所有的幽灵数据之后，数据库就会被标记为“没有幽灵数据”，ghost cleanup进程会跳过被标记为“没有幽灵数据”的数据库。
查询索引中的幽灵数据的数量
用户可以通过dm_db_index_physical_stats来统计各个索引中包含的幽灵数据行的数量：
select db_name(database_id) as ghosted_database_name ,object_name(p.object_id) as table_name ,i.name as index_name ,sum(ghost_record_count) total_ghost_records from sys.dm_db_index_physical_stats (NULL, NULL, NULL, NULL, 'SAMPLED') p inner join sys.indexes i on p.object_id=i.object_id and p.index_id=i.index_id group by p.database_id ,p.object_id ,i.name order by total_ghost_records desc
从数据库文件中清除幽灵数据
用户可以手动SP来清除幽灵数据：
sys.sp_clean_db_file_free_space [ @dbname = ] 'database_name' , [ @fileid = ] 'file_number' [ , [ @cleaning_delay = ] 'delay_in_seconds' ] [;] sys.sp_clean_db_free_space [ @dbname = ] 'database_name' [ , [ @cleaning_delay = ] 'delay_in_seconds' ] [;]
参考文档：