MSSQL日志文件太大了，清理一下才能别卡系统性能啊，教你怎么快速清除LOG

“MSSQL日志文件太大了，清理一下才能别卡系统性能啊，教你怎么快速清除LOG”，这个说法非常直接，也说到了点子上，数据库用久了，日志文件（就是那个.LDF文件）像吹气球一样变大，不仅占硬盘空间，还会拖慢系统速度，尤其是在做备份、恢复或者数据库操作很频繁的时候，下面我就直接告诉你几种清理日志文件的方法，重点讲最常用、最有效的那种。

你得明白为什么日志文件会变大,简单打个比方，数据库本身（.MDF文件）像个大账本，记录着最终的数据，而日志文件（.LDF文件）就像一本详细的流水账，记录着每一笔钱的来龙去脉，为了保证数据安全，SQL Server默认设置（叫“完整恢复模式”）下，它会一直往这本流水账里写记录，除非你主动去清理它，时间一长，这本“流水账”就越来越厚，清理日志的核心思想，不是直接去删除那个.LDF文件（千万不能这么干！会搞坏数据库），而是告诉SQL Server：“喂，之前那些我已经处理过的流水记录，可以清空了，把空间腾出来。”

最常用、最快捷的方法是执行一种叫做“事务日志备份”的操作，根据微软官方文档（MSDN）的说明，在完整恢复模式下，事务日志备份是截断日志的主要机制，备份日志的过程，本身就包含了清理旧日志记录的动作，这个方法安全可靠，是DBA（数据库管理员）的常规维护手段。

具体操作步骤是这样的：

第一步,先检查一下你的数据库处于哪种“恢复模式”，打开SQL Server Management Studio (SSMS)，就是那个管理数据库的软件，右键点击你的数据库，选择“属性”，然后看“选项”页，找到“恢复模式”，它可能是“完整”、“大容量日志”或“简单”，如果是“完整”或“大容量日志”，就适合用我们接下来要讲的方法。

第二步,执行事务日志备份，还是在SSMS里，右键点击你的数据库，选择“任务” -> “备份”，在弹出的窗口里，“备份类型”一定要选择“事务日志”，下面“目标”那里，选择备份文件要存放的位置，比如一个硬盘空间充足的路径，然后点“确定”开始备份，备份完成后，你会立刻发现日志文件的体积小了很多。

这里有个关键点：仅仅做一次日志备份，可能无法最大程度地缩小文件本身占用的磁盘空间。 备份操作释放的是日志文件内部的空间，但文件大小可能不会立即变化，要想让物理文件变小，还需要进行第三步。

第三步,收缩日志文件，接着上面来，备份完成后，再次右键点击你的数据库，选择“任务” -> “收缩” -> “文件”，在“文件类型”里选择“日志”，你有两个选择：一个是可以直接点“确定”，SQL Server会尽力把文件缩到最小；另一个更可控的方法是，选择“释放未使用的空间”，并指定一个“收缩后文件中的最大可用空间”，比如你希望它缩小到1GB，就填1024，建议你指定一个合理的大小，别缩得太小，不然很快又得涨回来，点“确定”执行收缩，这一步做完，你再去硬盘上看，那个.LDF文件的大小就应该显著减小了。

这个方法有个前提,就是你得有条件做事务日志备份，如果你的数据库恢复模式是“简单”模式，那上面的方法就不太适用了，因为在“简单”模式下，SQL Server会自动帮你清理不再需要的日志记录，但即便如此，有时候日志文件因为之前增长过大，自动清理后空间也不会还给操作系统，文件还是很大，这时候，你可以尝试直接进行第二步的“收缩”操作，往往也能见效。

还有一种比较“猛”的方法，但不太推荐在日常使用，除非是万不得已的紧急情况，比如硬盘马上就要被日志文件撑爆了，你又没有足够的空间做备份，这种方法涉及到更改数据库恢复模式和执行一些特殊命令，根据一些技术社区（如Stack Overflow）上的讨论，步骤大致是：1. 将数据库恢复模式改为“简单”模式，2. 执行一个叫DBCC SHRINKFILE的命令来强制收缩日志文件，3. 再根据实际需要，把恢复模式改回“完整”模式。警告：这种方法会破坏日志链，意味着你无法做基于时间点的恢复，会丢失从上次完整备份到现在的所有数据变更记录，所以风险很大，除非你明确知道后果，否则不要轻易使用。

给你几点重要的提醒：

1. 定期备份是关键：不要等到日志文件快把硬盘撑满了才想起来清理，应该建立一个定期维护计划，比如每天做一次完整备份，每隔几小时做一次事务日志备份，这样日志文件就能一直保持在一个健康的大小。
2. 别依赖收缩操作：把收缩文件当作一个应急手段，而不是常规操作，频繁收缩会影响数据库性能，因为收缩本身是个资源密集型任务，治本之策还是通过定期备份来控制日志增长。
3. 搞清楚原因：如果日志文件增长异常快，比如短时间内暴涨几十个GB，你更应该去查查是不是有异常的事务长时间没提交，或者有没有设计不合理的大量数据操作，找到根源才能解决问题。

对于大多数情况,最快的清理流程就是：执行事务日志备份 -> 然后收缩日志文件，这个方法相对安全有效，希望这些直接了当的步骤能帮你解决系统卡顿的问题，操作前，如果条件允许，最好先备份一下整个数据库，以防万一。