TempDB暴涨问题排查
来源:互联网 发布:lol免费充点卷软件. 编辑:程序博客网 时间:2024/06/10 02:04
前言
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会标记所有从这个事务开始的日志记录(不管和这个事务有没有关系)为活动事务日志 。这些日志记录都有可能“需要”被用来做回滚。
解决
找到语句后,从之前的截图的等待信息可以看出,这个语句一直持续运行的原因是,等待ASYNC_NETWORK_IO
这说明,客户端和数据库服务器网络传输存在问题或者程序中未接收数据库传输的数据。更多的是后者。问题就提交给开发,检查代码,对程序进行优化。
补充
查看日志空间使用的方法:
DBCC LOGinfo() 查看vlf的状态
DBCC SQLPERF(LOGSPACE) 建议用,查看日志空间的使用 ,更准。
从UI 或者查
都是不准的
阅读全文
1 0
- TempDB暴涨问题排查
- 实战案例--TEMPDB暴涨
- Tempdb数据文件过大问题
- Tempdb数据库的大小问题
- --------------------TEMPDB数据库的空间问题--------------------------------------
- 认识Tempdb----排除日常问题
- report server tempdb 过大问题
- 问题排查
- oracle某张表size暴涨问题分析处理
- SQL SERVER性能优化--Tempdb相关问题
- 解决 tempdb 中磁盘空间不足的问题
- 如何快速定位TempDB产生问题
- 如何快速定位TempDB产生问题
- 如何快速定位TempDB产生问题
- 如何快速定位TempDB产生问题
- SQL Server 2008性能故障排查(四)——TempDB
- 需求问题排查
- 需求问题排查
- 操作系统基础01
- Mysql基本语法
- Java Jedis操作Redis示例(三)——setnx/getset实现分布式锁
- java中string和int互相转化
- 【CentOS】修改$PATH环境变量
- TempDB暴涨问题排查
- 获取文件类型
- angularjs数据共享
- 297. Serialize and Deserialize Binary Tree
- 通过byobu使用多个命令终端
- LeetCode 485. Max Consecutive Ones
- AndroidStudio导入项目通用流程
- 图形数据库 Neo4j 开发实战
- 【Solidity】2.合约的结构体