read by other session，db file scattered read，db file sequential read等待时间的优化

最新推荐文章于 2022-07-22 11:41:40 发布
最新推荐文章于 2022-07-22 11:41:40 发布 · 114 阅读 · 0
文章标签：

#SQL #Cache

本文针对彩民村数据库CPU使用率异常高的情况进行了深入分析。通过AWR报告发现大量重复SQL导致资源消耗过高，并详细列举了占用资源最多的五个事件及其等待时间和平均等待时间，为进一步优化数据库性能提供了依据。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

今天检查彩民村的数据库健康状态，发现CPU使用率非常高，而且这个时间点的业务并不是很忙，开发人员也没有对数据库做大的操作。

分析AWR发现占用资源比较大的sql很多都是重复的

Top 5 Timed Events

Event

Waits

Time(s)

Avg Wait(ms)

% Total Call Time

Wait Class

CPU time

 

20,956

 

51.4

 

read by other session

32,208,585

3,680

0

9.0

User I/O

db file scattered read

32,013,721

2,214

0

5.4

User I/O

db file sequential read

42,658,212

1,100

0

2.7

User I/O

latch: cache buffers chains

945,865

955

1

2.3

Concurrency

ORACLE等待事件：read by other session
weixin_30770783的博客
06-26 4693
read by other session简介 官方关于read by other session的介绍如下： When information is requested from the database, Oracle will first read the data from disk into the database buffer cache. If two or more se...
大量read by other session导致oracle性能低
wish503的博客
07-29 7462
场景：测试库压力测试，用户反应oracle库很慢很慢 1检查等待事件： select event,count(1) from  v$session_wait group by event order by  2 desc; 发现 read by other session 排第一。 2找到read by other session的SQL，同时可以取一个AWR报告看看TOP SQL，都指向
关于read by other session，db file scattered read，db file sequential read等待时间的优化（上）...
要么数一数二，要么不三不四。
05-18 320
今天检查彩民村的数据库健康状态，发现CPU使用率非常高，而且这个时间点的业务并不是很忙，开发人员也没有对数据库做大的操作。 分析AWR发现占用资源比较大的sql很多都是重复的 Top 5 Timed Events Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Clas...
关于read by other session，db file scattered read，db file sequential read等待时间的优化（下）...
要么数一数二，要么不三不四。
05-18 157
5tt2k7djxub2m select t.unionorderid as serialid , t.lotteryid as lotteryid , fn_get_lotteryname(t.lotteryid) as lotterydesc , t.lotteryissue as issue , fn_get_username(t.uuid) as username , to...
oracle read by other session,[Oracle] 性能调优实例 – read by other session | 学步园
weixin_42368226的博客
04-14 262
这几天每天下午3点开始，开发人员反应Oracle慢，第一等待事件是read by other sessionTop 5 Timed Foreground EventsEventWaitsTime(s)Avg wait (ms)% DB timeWait Classread by other session4,914,5699,987245.17User I/Odb file sequential ...
insert引起的db file sequential read之改善
weixin_43230594的博客
07-22 530
insert引起的db file sequential read之改善
[Oracle] 性能调优实例 - read by other session
Zhu_Julian's Notes (朱显杰的技术博客）
01-24 4365
这今天每天下午3点，开发人员反应Oracle慢，第一等待事件是read by other session Top 5 Timed Foreground Events Event Waits Time(s) Avg wait (ms) % DB time Wait Class read by other sess
db file scattered read（转载文章）
weixin_44167712的博客
11-16 910
db file scattered read 一：db file scattered read说明 二：db file scattered read解决思路 三：db file scattered read重现过程 四：db file scattered read官方文档 一：db file scattered read说明 Oracle在执行全表扫描(Full Table Scan,FTS)、索引快速全扫描(Index Fast Full Scan)时，为保障性能，尽量一次性读取多..
oracle session 等待,Oracle性能优化之'read by other session'等待事件
weixin_42509931的博客
04-08 271
Oracle性能优化之'read by other session'等待事件问题背景：客户反应系统访问变慢，协助排查优化1> 检查等待事件set linesize 200col username for a15col event for a35col program for a20col cpu_p for 99.99select ta.*, round(ta.cpu_time tb.to...
程序员笔记|全面解析Oracle等待事件的分类、发现及优化
gao2175的博客
04-28 530
一、等待事件由来 大家可能有些奇怪，为什么说等待事件，先谈到了指标体系。其实，正是因为指标体系的发展，才导致等待事件的引入。总结一下，Oracle的指标体系，大致经历了下面三个阶段： 以命中率为主要参考指标 以各种命中率为主要的优化入口依据，常见的有”library cache hit radio“等。但这种方式弊端很大，一个命中率为99%的系统，不一定就比95%的系统优化的更好。在老的Ora...
监控oracle的等待事件
10-28
高频率的 db file scattered read 可能暗示需要对相关表创建合适的索引以优化查询性能。但并非所有情况下全表扫描都是性能低下的表现，Oracle 会根据访问数据量和优化器模式（CBO 或 RBO）来决定是否使用全表扫描。...
oracle 常见的33个等待事件
09-09
23. read by other session - 等待其他会话读取数据。 24. control file sequential read - 等待从控制文件读取数据。 25. ASM background process - 等待ASM后台进程操作完成。 26. latch: In-Memory undo latch - ...
应用CNN卷积神经网络构建的auto encoder自编码器，经过训练实现了对带有噪点的MNIST手写字体图片进行去噪的处理
最新发布
08-15
资源下载链接为： https://pan.quark.cn/s/864eaed220e0 应用CNN卷积神经网络构建的auto encoder自编码器，经过训练实现了对带有噪点的MNIST手写字体图片进行去噪的处理（最新、最全版本！打开链接下载即可用！）
IP-guard应用程序预定义库
08-15
IP-guard应用程序预定义库
CH341A编程器软件1.3支持25Q256等32M芯片
08-15
CH341A编程器是一款广泛应用的通用编程设备，尤其在电子工程和嵌入式系统开发领域中，它被用来烧录各种类型的微控制器、存储器和其他IC芯片。这款编程器的最新版本为1.3，它的一个显著特点是增加了对25Q256等32M芯片的支持。 25Q256是一种串行EEPROM（电可擦可编程只读存储器）芯片，通常用于存储程序代码、配置数据或其他非易失性信息。32M在这里指的是存储容量，即该芯片可以存储32兆位（Mbit）的数据，换算成字节数就是4MB。这种大容量的存储器在许多嵌入式系统中都有应用，例如汽车电子、工业控制、消费电子设备等。 CH341A编程器的1.3版更新，意味着它可以与更多的芯片型号兼容，特别是针对32M容量的芯片进行了优化，提高了编程效率和稳定性。26系列芯片通常指的是Microchip公司的25系列SPI（串行外围接口）EEPROM产品线，这些芯片广泛应用于各种需要小体积、低功耗和非易失性存储的应用场景。 全功能版的CH341A编程器不仅支持25Q256，还支持其他大容量芯片，这意味着它具有广泛的兼容性，能够满足不同项目的需求。这包括但不限于微控制器、EPROM、EEPROM、闪存、逻辑门电路等多种类型芯片的编程。 使用CH341A编程器进行编程操作时，首先需要将设备通过USB连接到计算机，然后安装相应的驱动程序和编程软件。在本例中，压缩包中的"CH341A_1.30"很可能是编程软件的安装程序。安装后，用户可以通过软件界面选择需要编程的芯片类型，加载待烧录的固件或数据，然后执行编程操作。编程过程中需要注意的是，确保正确设置芯片的电压、时钟频率等参数，以防止损坏芯片。 CH341A编程器1.3版是面向电子爱好者和专业工程师的一款实用工具，其强大的兼容性和易用性使其在众多编程器中脱颖而出。对于需要处理25Q256等32M芯片的项目，或者26系列芯片的编程工作，CH341A编程器是理想的选择。通过持续的软件更新和升级，它保持了与现代电子技术同步，确保用户能方便地对各种芯片进行编程和调试。
修改多多巴枪SN软件，小白慎用
08-15
修改多多巴枪SN软件，小白慎用，米商巴枪的改机包
Python变量与数据类型详解
08-15
Python变量与数据类型详解
基于SpringBoot技术的校园招聘系统的设计与实现.doc
08-15
基于SpringBoot技术的校园招聘系统的设计与实现
一款用于分析 内存分区情况的MAP 文件分析工具
08-15
内存分区情况的分析是嵌入式系统开发中的一个重要环节，特别是在资源有限的MCU（微控制器）环境中。标题提到的工具是一款专为分析Linux环境下的`gcc-map`文件设计的工具，这类文件在编译过程结束后生成，包含了程序在目标设备内存中的布局信息。这个工具可以帮助开发者理解程序在RAM、ROM以及FLASH等存储区域的占用情况，从而进行优化。 `gcc-map`文件通常包含以下关键信息： 1. **符号表**：列出所有定义的全局和静态变量、函数以及其他符号，包括它们的地址和大小。 2. **节区分配**：显示每个代码和数据节区在内存中的位置，比如.text（代码）、.data（已初始化数据）、.bss（未初始化数据）等。 3. **内存汇总**：总览所有节区的大小，有助于评估程序的整体内存需求。 4. **重定位信息**：显示了代码和数据如何在目标地址空间中定位。 该分析工具可能提供以下功能： 1. **可视化展示**：将内存分配以图形化方式呈现，便于直观理解。 2. **详细报告**：生成详细的分析报告，列出每个符号的大小和位置。 3. **比较功能**：对比不同编译版本或配置的`map`文件，查看内存使用的变化。 4. **统计分析**：计算各种内存区域的使用率，帮助识别潜在的优化点。 5. **自定义过滤**：允许用户根据需要筛选和关注特定的符号或节区。 虽然在MCU环境中，Keil IDE自带的工具可能更方便，因为它们通常针对特定的MCU型号进行了优化，提供更加细致的硬件相关分析。然而，对于通用的Linux系统或跨平台项目，这款基于`gcc-map`的分析工具提供了更广泛的适用性。 在实际使用过程中，开发者可以利用这款工具来： - **优化内存使用**：通过分析哪些函数或数据占用过多的内存，进行代码重构或调整链接器脚本以减小体积。 - **排查内存泄漏**：结合其他工具，比如动态内存检测工具，查找可能导致内存泄漏的部分。 - **性能调优**：了解代码执行时的内存分布，有助于提高运行效率。 - **满足资源限制**：在嵌入式系统中，确保程序能在有限的内存空间内运行。 总结来说，`gcc-amap`这样的工具对于深入理解程序的内存布局和资源消耗至关重要，它能帮助开发者做出更明智的决策，优化代码以适应不同的硬件环境。在处理`map`文件时，开发者不仅能获取到程序的内存占用情况，还能进一步挖掘出可能的优化空间，从而提升系统的整体性能和效率。
Oracle数据库：队列等待事件TX-allocate ITL entry死锁分析与处理
文档详细讲解了各种异常等待事件，包括Buffer busy waits、Buffer latch、Db file parallel read、Db file sequential read、Db file scattered read以及Direct path read，这些都是数据库性能优化的重要方面。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值