出现有持续性的Lazy Write

简介:

表现:收到性能告警,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,自然便的正常




    本文转自 Fanr_Zh 博客园博客,原文链接:http://www.cnblogs.com/Amaranthus/p/3329667.html,如需转载请自行联系原作者


相关文章
|
Linux
如何看懂火焰图
如何看懂火焰图
1519 0
如何看懂火焰图
|
算法 Unix API
指数退避(Exponential backoff)在网络请求中的应用
## 一、背景 最近做云服务 API 测试项目的过程中,发现某些时候会大批量调用 API,从而导致限流的报错。在遇到这种报错时,传统的重试策略是每隔一段时间重试一次。但由于是固定的时间重试一次,重试时又会有大量的请求在同一时刻涌入,会不断地造成限流。 这让我回想起两年前在查阅[Celery Task 文档](http://docs.celeryproject.org/en/latest
13077 1
|
网络协议 Linux
TCP中两种保活方式
【4月更文挑战第7天】两种保活方式:Keep Alive和心跳包
|
消息中间件 监控 安全
探究如何在Linux系统中修改进程资源限制:四种方法调整进程限制,让你的系统高效运行(包含应用层getrlimit和setrlimit API)
探究如何在Linux系统中修改进程资源限制:四种方法调整进程限制,让你的系统高效运行(包含应用层getrlimit和setrlimit API)
2167 0
|
NoSQL Python C语言
|
缓存 Linux
Linux 的 top命令参数详解 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
Linux 的 top命令参数详解 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1122 0
|
存储 移动开发 编译器
【ARM】常用指令集
(1)【MOV指令】 它的传送指令只能是把一个寄存器的值(要能用立即数表示)赋给另一个寄存器,或者将一个常量赋给寄存器,将后边的量赋给前边的量。MOV指令的格式为:MOV{条件}{S} 目的寄存器,源操作数复制代码MOV指令中,条件缺省时指令无条件执行;S选项决定指令的操作是否影响CPSR中条件标志位的值,当没有S时指令不更新CPSR中条件标志位的值。