实战案例--TEMPDB暴涨

前言

tempdb暴增，造成磁盘空间不足，甚至影响业务运行。

正文

如图，tempdb log文件从7.40开始突然暴涨，因为 tempdb 0 M到 40G

tempdb 所在磁盘是C 盘

C盘的可用空间正好也为40G

在下午16.22左右的时候tempdb 文件暴涨已经影响到业务使用.临时解决是备份收缩日志。下面通过监控信息查找造成问题的原因：

查看7.40 之后这段时间的运行语句，发下有个会话1085一直在运行

这个会话分配了内部对象（就是使用了tempdb的对象）

而言会话从7.46开始，一直持续到下午16.20 从时间上也非常吻合。所以他就是我们要找的元凶。

原因

对应普通的简单模式的数据库无法重用日志的主要原因是没有做checkpoint，和存在没有提交的事务。但对于TEMPDB 来讲他不需要预写日志。因为Tempdb 不支持重做(Redo)但需支持回滚(rollback).这也是tempdb日志存在的原因.

如果一个事务还没有提交，那它可以在任何时候回滚。SQL Server必须做好这种准备，以便能够从日志记录中找回修改前的数据内容，完成回滚。在SQL Server里面，所有的日志记录都有严格顺序，中间不可以有任何跳跃。所以如果某个数据库有没有提交的事务，SQL Server会标记所有从这个事务开始的日志记录（不管和这个事务有没有关系）为活动事务日志。这些日志记录都有可能“需要”被用来做回滚。