DBCC SHRINKFILE (N'YourLogicalLogName', 1)这是收缩日志的最直接高效语句，先备份日志，然后执行这个命令，可以将日志文件大小收缩到1MB。结合ALTER DATABASE [DatabaseName] SET RECOVERY SIMPLE; 来切换恢复模式，避免日志无限增长。

步骤详解

1. 检查日志文件：SELECT name, size/128.0 AS CurrentSizeMB FROM sys.master_files WHERE database_id = DB_ID() AND type_desc = 'LOG';2. 切换简单恢复模式：ALTER DATABASE [YourDB] SET RECOVERY SIMPLE;3. 截断日志：DBCC SHRINKFILE (N'YourLogFile', 1);4. 切换回完整恢复：ALTER DATABASE [YourDB] SET RECOVERY FULL;5. 备份日志：BACKUP LOG [YourDB] TO DISK = 'C:\Backup\YourDB_Log.trn';

高效语句聚合

EXEC sp_cycle_errorlog; --清理错误日志DECLARE @LogLogicalName sysname;SELECT @LogLogicalName = name FROM sys.master_files WHERE database_id = DB_ID() AND type = 1;DBCC SHRINKFILE(@LogLogicalName, 1);

数据库维护科普

定期重建索引：ALTER INDEX ALL ON [TableName] REORGANIZE;更新统计信息：UPDATE STATISTICS [TableName];检查碎片：SELECT * FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'LIMITED');

另一个来源内容

日志文件过大常见原因：长时间运行的事务未提交、备份不及时。解决：找出长事务 SELECT session_id, start_time, status FROM sys.dm_exec_requests WHERE command LIKE '%LOG%';然后杀掉：KILL 52;接着收缩。

注意事项

不要频繁收缩日志，会导致碎片。最好在维护窗口执行。使用简单恢复模式收缩后记得切回完整模式，以防数据丢失。

FAQ

Q: 为什么日志收缩后又变大了？
A: 因为有新事务产生，且在完整恢复模式下日志不会自动截断，需要定期备份日志。

Q: 收缩日志会丢失数据吗？
A: 不会，收缩只删除非活动日志部分，但前提是先截断日志。

Q: 如何防止日志无限增长？
A: 设置定期日志备份作业，并监控长事务。

Q: 收缩百分比参数怎么用？
A: DBCC SHRINKFILE('LogName', 10) 收缩到10%空闲空间大小。