表现:收到性能告警,LazyWrite严重超标,一般在100以上,正常情况下,LazyWrite为0,但是奇怪的是,当时的Free pages =312190左右,相当于2G空闲空间。OS的可用内存在1G左右,从ring_buffers也没有看到外部内存压力,下班之后发现,tempdb开辟了一些空间。
原因:出现这个问题的原因,根据每5分钟抓取一次性能值看出,是在一个批量处理数据之后出现的。数据大概120W左右,大概的空间367MB。请教了一个资深DBA,他大概的意思是,大批量数据操作,导致数据页被逐出,现在有需要读取数据页,重新读入,发生LazyWrite。但是有一个地方解释不通的就是有大量的free pages 为什么还会Lazy Write,是否有之后的tempdb开辟了空间有关。是否和tempdb 有关目前还不知。
解决方法:经过一段时间的Lazy Write,自然便的正常
分类:
MSSQL
, 我的MSSQLDBA 日记
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列:基于图像分类模型对图像进行分类
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 25岁的心里话
· 按钮权限的设计及实现