SQL Server日志文件无法收缩的解决方法

SELECT 
    name AS 日志文件逻辑名,  --这个就是逻辑名，有的时候逻辑名和我们看到的文件名不一样
    physical_name AS 物理路径,
    size * 8.0 / 1024 AS 当前大小MB
FROM sys.database_files 
WHERE type_desc = 'LOG';

-- 查看数据库中活跃的事务信息，用于检查是否有未提交的事务（可能阻止日志收缩）
-- 语法：DBCC OPENTRAN (数据库名称)，会显示最早的活动事务、未分发的事务等信息
DBCC OPENTRAN (databaseName);  


-- 执行检查点操作，强制将内存中已提交的事务日志从缓存写入磁盘
-- 作用：减少日志文件中的活跃内容，为后续收缩做准备（确保已提交数据持久化）
CHECKPOINT;


-- 将数据库恢复模式临时改为简单恢复模式（SIMPLE）
-- 简单模式下，事务日志会自动截断（在检查点后清除不再需要的日志记录），便于收缩日志文件
-- WITH NO_WAIT：表示如果无法立即执行（如存在锁定），不等待直接返回错误（避免长时间阻塞）
ALTER DATABASE databaseName SET RECOVERY SIMPLE WITH NO_WAIT;

-- 收缩指定的数据库日志文件
-- 语法：DBCC SHRINKFILE (日志文件逻辑名, 目标大小, 收缩方式)
DBCC SHRINKFILE (
    N'database_log',  -- 日志文件的逻辑名称（需与数据库中定义的一致，可通过sys.database_files查询）
    200,              -- 收缩后的目标大小（单位：MB）
    TRUNCATEONLY      -- 仅截断未使用的日志空间（不移动数据页，效率高，仅适用于日志文件）
);


-- 收缩整个数据库的数据文件和日志文件（通常在收缩日志后补充，进一步释放空间）
-- 语法：DBCC SHRINKDATABASE (数据库名称)，会尝试收缩所有文件至最小可能大小（受数据分布影响）
DBCC SHRINKDATABASE(N'数据库名称');  
GO  -- 批处理分隔符，分隔前后语句的执行批次

-- 将数据库恢复模式改回完整恢复模式（FULL）
-- 完整模式下，日志会记录所有事务细节，支持时间点恢复（生产环境通常需要此模式）
-- WITH NO_WAIT：同上，不等待直接执行或返回错误
ALTER DATABASE databaseName SET RECOVERY FULL WITH NO_WAIT;

-- 将数据库恢复模式更改为简单

ALTER DATABASE [ZiDanDataBase]  
SET RECOVERY SIMPLE;  
GO 
-- 收缩日志到1G
DBCC SHRINKFILE (N'ZhiDan_log', 1024);
GO
-- 将数据库恢复模式更改为完整
ALTER DATABASE [ZiDanDataBase]  
SET RECOVERY FULL;  
GO