【SqlServer】日志文件无法收缩的解决方法

前言

正常情况下，不要轻易的收缩日志文件，但是日积月累，日志文件太大，造成硬盘空间不足，不得已去收缩时，却发现收缩不了，那是因为在还原的完整模式下活动事务一直使用日志，所以无法收缩。

可以通过以下步骤：

第一步，查询日志信息(可省略）

sql 复制代码

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

第二步,强制提交事务，并将恢复模式改为简单模式

sql 复制代码

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


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


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

第三步，开始收缩

sql 复制代码

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


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

第四步恢复数据库的完整恢复模式

sql 复制代码

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

【SqlServer】日志文件无法收缩的解决方法

前言

第一步，查询日志信息(可省略）

第二步,强制提交事务，并将 恢复模式 改为 简单模式

第三步 ，开始收缩

第四步 恢复数据库的 完整恢复模式

第二步,强制提交事务，并将恢复模式改为简单模式

第三步，开始收缩

第四步恢复数据库的完整恢复模式