SQL Server由LOG_MANAGER造成的大量等待任务

最新推荐文章于 2023-03-05 14:43:26 发布
最新推荐文章于 2023-03-05 14:43:26 发布
阅读量562 收藏
点赞数
文章标签： 数据库 python 操作系统
原文链接：https://my.oschina.net/u/1261643/blog/737716
版权

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

一个在线系统，一旦涌入大量写，SQL Server很快就会停止响应，根据DMV查看资源等待情况，发现大量LATCH_EX，等待资源则是LOG_MANAGER。检查日志发现已经是超过400G，系统初始化时已经使用了256个日志文件，总共64G日志，感觉日志部分可能不受控制，所以把数据库日志还原模型改成SIMPLE，立刻问题解决了。

分析原因应该是日志写满后，SQL Server向操作系统申请更多磁盘空间造成的磁盘IO，期间造成了写日志等待。

不过还是觉得有点奇怪，一个表峰值写入大概不到10,000条记录每秒，同时另一个表做更新或写入不足10,000记录，表结构比较简单，10-20个字节一条记录，为什么造成这么大的日志？

转载于:https://my.oschina.net/u/1261643/blog/737716

weixin_34413357
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
sql server 常见等待状态分析
李晓蒙的博客
05-09 8099
1、同一个症状可能是由于多种不同的原因 3 假设观测到IO延迟(Avg. Disk Sec/read>50) 7 可能是由于IO子系统无法满足负载 8 可能是由于同步IO子系统镜像 9 可能是由于网络延迟 10 可能是IO子系统配置不当 11 可能是内存压力 12 过多的计划缓存 13 SQL Server之外程序引起的压力 14 大量即席查询 15 不准确的执行计划
SQLServer Log数据库查看器
06-05
查看SQL Server Log数据库，查看日志数据 查看SQL Server Log数据库，查看日志数据
SQL点滴13—收集SQLServer线程等待信息
weixin_34405332的博客
05-10 104
要知道线程等待时间是制约SQL Server效率的重要原因，这一个随笔中将学习怎样收集SQL Server中的线程等待时间，类型等信息，这些信息是进行数据库优化的依据。 　　 sys.dm_os_wait_stats 这是一个系统视图，里面存储线程所遇到的所有的等待信息，具体的列如下表 列名 数据类型 说明 Wait_type ...
log_manager_t
weixin_30660027的博客
10-20 62
typedef unsigned long xos_hash_data_t; typedef struct {char*key;xos_hash_data_t data;} xos_hash_entry_t; typedef unsigned int xos_size_t; typedef struct {xos_size_t...
SQL Server的等待事件
weixin_34396103的博客
08-21 438
具体查看： https://www.sqlshack.com/sql-server-wait-types/ 早上10:00, 公司的订单数据更新缓慢，查看了监控的sql信息，有大量的HADR_SYNC_COMMIT 查看上面的信息就可以有优化建议！！ 转载于:https://www.cnblogs.com/zping/p/9510485.html...
LogManager分析
happy19870612's blog
05-31 8478
在一个broker上的log都是通过LogManger来管理的，LogManager主要负责日志管理，包括日志创建，日志获取，日志清理，所有的读写操作都要委托的那个日志实例 一 核心字段 logDirs： 日志目录 flushCheckMs： flush检查时间 retentionCheckMs： 日志保留检查时间 scheduler：KafkaScheduler调度器，用于调度线程
SQL SERVER 9003错误解决方法
12-16
SQLSERVER 9003错误解决方法 只适用于SQL2000 (只适用于SQL2000) “无法打开新数据库 ‘POS’。CREATE DATABASE 中止。 (Microsoft SQL Server，错误: 9003)” 看是9003错误,就想到可能是由于日志文件的原因,再看...
课程设计（java+sqlserver）
07-04
【课程设计（java+sqlserver）】是一个基于Java编程语言和SQL Server数据库的课程实践项目，旨在教授学生如何构建一个企业级的库存管理系统。在这个系统中，学生将学习到C/S（客户端/服务器）架构的基本原理，以及...
精细讲述SQL_Server数据库备份多种方法
05-16
这可以通过SQL Server Enterprise Manager或SQL命令完成，如`use master; go sp_configure 'allow updates',1; go reconfigure with override;`。 6. 将数据库设置为紧急模式，以允许修复操作：`update sysdatabases...
SQLServer数据库实践教程自动化管理任务PPT课件.pptx
10-10
- 作业：SQL Server代理的核心组成部分，由一个或多个作业步骤组成，每个步骤执行特定任务。代理可以在指定时间或事件触发时执行作业，并记录作业执行情况，出错时能通知管理员。 5. 设置SQL Server代理服务： -...
kafka服务端--LogManager
atarik@163.com
04-03 408
代码版本: 2.0.0-SNAPSHOT 　　在Kafka log的读写分析一文中有介绍过Kafka日志的结构，并提及Kafka会定期清理Segment。本文来具体看一下后台线程是如何完成清理工作，除此之外还一并涉及Kafka日志管理的其它内容，如：日志刷新，日志检查点设置等管理工作。因为功能点比较多，拆成两篇进行撰写。 StartUp 　　KafkaServer启动时会初始化一个LogMa...
SqlServer性能急剧下降，查看所有会话的状态及等待类型---Latch_Ex
ujm097的博客
09-07 3821
当某个数据库文件空间用尽，做自动增长的时候，同一时间点只能有一个用户人员可以做文件自动增长动作，其他任务必须等待，此时会出现Latch资源的等待。使用sp_helpdb查看业务数据库时发现：该数据库设置不合理，数据文件每次增长2M，日志文件每次增长10%，且分别设置了最大限制。修改为每次增长200M，不限制大小，系统恢复正常，问题解决。 SqlServer阻塞时的等待类型如下：
Sql Server 等待状态说明
学习者专栏
09-23 1869
等待类型  说明  ASYNC_DISKPOOL_LOCK 当尝试同步并行的线程（执行创建或初始化文件等任务）时出现。 ASYNC_IO_COMPLETION 当某任务正在等待 I/O 完成时出现。 ASYNC_NETWORK_IO 当任务被阻止在网络之后时出现在网络写入中。 BACKUP 当任务作为备份处理的一部分被阻止时出现。 BACKUP_OPERATOR 当任务正在等待磁带装入时出现。若要
为什么事务日志自动增长会降低你的性能
weixin_33936401的博客
07-08 273
在这篇文章里，我想详细谈下为什么你要避免事务日志（Transaction Log）上的自动增长操作（Auto Growth operations）。很多运行的数据库服务器，对于事务日志，用的都是默认的日志文件大小和自动增长设置。人们有时会很依赖自动增长机制，因为它们刚好能正常工作。当然，如果它正常工作的话，你不必太关注它，但很快你会发现会有问题出现。 只依赖于事务日志的自动增长机制总不是个好主意...
SqlServer占用CPU过高情况排查
淡墨银痕的博客
09-20 2094
SqlServer占用CPU过高情况排查
sql server 性能调优 资源等待 CXPACKET
赵睿宇的博客
03-05 498
CXPACKET是指：线程正在等待彼此完成并行处理。什么意思呢？当sql server发现一条指令复杂时，会决定用多个线程并行来执行，由于某些并行线程已完成工作，在等待其它并行线程来同步，这种等待就叫CXPACKET。为什么会有并行线程呢?因为在sql server 里有个任务调度SCHEDULER是跟操作系统CPU个数 默认是一 一匹配的, 我们也可能通过sp_configure来设置最大并行度，也就是Max Degree of Parallelism (MAXDOP)。
writelog_如何处理SQL Server WRITELOG等待类型
culuo4781的博客
07-17 1991
writelog The WRITELOG wait type is one of those wait types that can often be seen quite frequently on SQL Server, and that can cause a lot of headaches for DBAs. The WRITELOG wait time represents t...
switch_core_session_hupall_matching_var("sofia_profile_name", profile->name, SWITCH_CAUSE_MANAGER_REQUEST); sanity = 10; switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_ERROR, "test 1111 %s \n", profile->name); while (profile->inuse) { switch_log_
最新发布
06-07
这段代码不完整，缺少部分内容，无法确定代码的作用和输出。但是可以看出，代码中调用了名为`switch_core_session_hupall_matching_var`的函数，传入了三个参数`"sofia_profile_name"`、`profile->name`和`SWITCH_CAUSE_MANAGER_REQUEST`。此外，在函数调用之后，定义了一个名为`sanity`的变量并赋值为10，并调用了名为`switch_log_printf`的函数，输出了一条日志信息，信息包括字符串"test 1111"和`profile->name`的值。在while循环中，调用了名为`switch_log_`的函数，但因为代码不完整，无法确定该函数的作用和输出。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值