我有一个大约150列的sql Server 2008实例.我之前已经在这个表中填充了大约1200万个条目,但之后已经清理了表格以准备新的数据集.
但是,曾经在空表上立即运行的命令(如count(*)和sql Management Studio中的前1000名)现在可以运行.
SELECT COUNT(*) FROM TABLE_NAME
花了11分钟才返回0,而SELECT TOP 1000花了将近10分钟来返回一张空桌子.
我还注意到我硬盘上的可用空间已经消失了(从大约100G到20G).之间唯一发生的事情是我运行的单个查询：
DELETE FROM TABLE_NAME
世界上到底发生了什么？！？
解决方法
你已经被告知为什么TRUNCATE比DELETE更快/更好/更性感,但还有一个问题需要解决：
为什么DELETE完成后SELECT会变慢？
那是因为DELETE只有幻影行.该表与12M行一样大,即使它没有.要计算行数(0),计算12M行所需的时间就相同.及时,ghost清理过程将垃圾收集这些幻影记录并释放仅包含鬼影的页面,并且您的SELECT将加速.但是现在如果你在perfmon中检查Skipped Ghosted Records/sec可能在SELECT COUNT(*)期间暴涨.您还可以通过重建表来加快速度：ALTER TABLE … REBUILD.
TRUNCATE也会照顾这个问题,因为它不会留下任何鬼魂.
