背景
某客户tempdb数据文件突然暴增,导致磁盘可用空间紧张,让我们找到暴增的原因
现象
登录到SQL专家云,通过趋势分析进行回溯,在4月12日,tempdb数据文件在3个小时内从10GB涨到了80GB。随后使用空间(黄线)下降,但是总空间(蓝线)保持不变。

进一步查看发现暴增的为tempdb内部对象

分析
微软官方文档对tempdb的详细描述如下图,原文链接:https://docs.microsoft.com/zh-cn/sql/relational-databases/databases/tempdb-database?view=sql-server-ver15

在活动会话页面看到对应时间段内在运行很多个消耗大、运行时间长的语句

进入ID为61的会话完整信息,可以看到该会话内部对象释放空间达到了27G左右。是集团报表产生的查询语句,十分复杂,里面用到了大量的jion、union、order by、子查询等,都会消耗tempdb的内部对象空间。其他的会话也是相同的语句。

定位到语句后就很容易找到原因,以前都是选择一个月的时间进行统计,这次因为误操作,选择了一年的时间,执行时间长导致页面一直没有返回,所以操作人员重复进行查询,造成了同时运行多个相同的语句。
解决
-
重启SQL Server服务把tempdb恢复到初始大小;
-
发现SQL语句写法存在严重的性能问题,进行优化后,性能得到十几倍的提升;
-
完善程序,例如限制时间的选择,不允许重复点击按钮等。

本文记录了SQL Server中tempdb数据文件突然增长的问题,通过趋势分析发现增长发生在4月12日,由于长时间运行的复杂查询语句导致tempdb内部对象占用大量空间。经过分析,发现问题源于一年的统计时间误操作,导致多个相同查询并行执行。解决方案包括重启SQL Server服务,优化SQL语句性能,并完善程序防止重复操作。
398

被折叠的 条评论
为什么被折叠?



