我太懂这种困扰了——图形化操作顺顺利利，换成脚本就掉链子，真的挺闹心的。结合你用SQL Server Express（10GB限制）、每月清理大表后收缩的场景，咱们一步步排查解决：

1. 先确认你的脚本是否完整且正确 #

你提到的DBCC SHRINKDATA...应该是笔误，正确命令是DBCC SHRINKDATABASE或者更精准的DBCC SHRINKFILE（更推荐后者，因为收缩整个库不如单独操作数据/日志文件灵活）。先看标准的简单恢复模式+收缩脚本：

-- 切换到简单恢复模式（方便截断日志、回收空间）
ALTER DATABASE MyDatabase SET RECOVERY SIMPLE;
GO

-- 先查数据/日志文件的ID和名称，方便后续精准收缩
SELECT name, file_id, type_desc FROM sys.database_files;
GO

-- 收缩数据文件（假设数据文件ID是1，目标设为8GB，留足缓冲也不碰Express的10GB上限）
DBCC SHRINKFILE (MyDatabase_Data, 8192);
GO

-- 收缩日志文件（假设日志文件ID是2，目标设为512MB足够日常使用）
DBCC SHRINKFILE (MyDatabase_Log, 512);
GO

-- 可选：如果需要日志备份，切回完整恢复模式
ALTER DATABASE MyDatabase SET RECOVERY FULL;
GO

2. 为什么SSMS有效，脚本却不行？ #

SSMS的“收缩”操作其实封装了隐性步骤，你手动写的脚本可能漏掉了关键环节：

• 缺少CHECKPOINT：简单恢复模式下，CHECKPOINT会把脏页写入磁盘，同时截断日志，标记删除数据后的空间为可回收。SSMS会自动帮你做这一步，但脚本里要手动加：

  CHECKPOINT;
  GO
  

• 收缩参数没选对：SSMS的“在释放未使用的空间前重新组织文件”对应脚本的WITH NOTRUNCATE，而“仅释放未使用的空间”对应WITH TRUNCATEONLY。如果你的脚本没加参数，可能无法触发空间释放。比如想直接释放闲置空间：

  DBCC SHRINKFILE (MyDatabase_Data) WITH TRUNCATEONLY;
  GO
  

3. 别忽略Express的10GB限制 #

Express的数据文件总大小不能超过10GB（日志文件不算在内），如果你的脚本试图把数据文件收缩到比当前实际数据占用还小的数值，命令会执行但完全没效果——SQL Server不会把文件收缩到小于数据实际占用的空间。

先查当前数据文件的使用情况，再设置合理目标：

SELECT 
    name,
    size/128.0 AS 当前总大小MB,
    FILEPROPERTY(name, 'SpaceUsed')/128.0 AS 已使用空间MB,
    (size - FILEPROPERTY(name, 'SpaceUsed'))/128.0 AS 闲置空间MB
FROM sys.database_files
WHERE type_desc = 'ROWS'; -- 只看数据文件

比如查询后发现已用6GB，那把收缩目标设为7GB就很合理，既释放空间又留缓冲。

4. 检查是否有活动事务阻止收缩 #

如果清理数据的事务没提交，或者有其他会话在操作数据库，收缩命令会被卡住。查一下当前活动事务：

SELECT 
    transaction_id,
    name,
    transaction_begin_time,
    session_id
FROM sys.dm_tran_active_transactions;

确认没有长时间运行的事务后，再执行收缩操作。

完整的脚本流程参考 #

结合以上要点，每月清理后的标准收缩流程应该是这样：

-- 1. 确保清理数据的事务已提交
COMMIT TRANSACTION;
GO

-- 2. 切换到简单恢复模式
ALTER DATABASE MyDatabase SET RECOVERY SIMPLE;
GO

-- 3. 触发CHECKPOINT，标记可回收空间
CHECKPOINT;
GO

-- 4. 查询数据文件使用情况，确定收缩目标
SELECT 
    name,
    size/128.0 AS 当前总大小MB,
    FILEPROPERTY(name, 'SpaceUsed')/128.0 AS 已使用空间MB,
    (size - FILEPROPERTY(name, 'SpaceUsed'))/128.0 AS 闲置空间MB
FROM sys.database_files
WHERE type_desc = 'ROWS';
GO

-- 5. 收缩数据文件（替换成你查到的合理目标值）
DBCC SHRINKFILE (MyDatabase_Data, 7192);
GO

-- 6. 收缩日志文件
DBCC SHRINKFILE (MyDatabase_Log, 512);
GO

-- 7. 可选：切回完整恢复模式
ALTER DATABASE MyDatabase SET RECOVERY FULL;
GO

如果还是不行，看看DBCC命令返回的消息——它会明确告诉你为什么收缩失败，根据提示调整就好。

内容的提问来源于stack exchange，提问作者Vsagar