cursor: pin S

关于等待事件cursor: pin S的一点介绍 《早期博客迁移博文》 今天下午客户的系统遇到了cursor: pin S等待事件,与之伴随的是CPU居高不下,idle几乎为零,通过查看等待事件发现有近20个cursor: pin S等待事件,见下: EVENT                                                              COUNT(*) ———————————————————— 阅读详情

cursor: pin S

OTN 解释如下:

  cursor: pin SA session waits on this event when it wants to update a shared mutex pin and another session is currently in the process of updating a shared mutex pin for the same cursor object. This wait event should rarely be seen because a shared mutex pin update is very fast.(Wait Time: Microseconds)
Parameter Description
P1 Hash value of cursor
P2 Mutex value (top 2 bytes contains SID holding mutex in exclusive mode, and bottom two bytes usually hold the value 0)
P3 Mutex where (an internal code locator) OR’d with Mutex Sleeps

今天收集性能报告Top 5 

Top 5 Timed Foreground Events
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                                                           Avg
                                                          wait   % DB
Event                                 Waits     Time(s)   (ms)   time Wait Class
------------------------------ ------------ ----------- ------ ------ ----------
DB CPU                                          205,412          99.8
db file sequential read              68,063         487      7     .2 User I/O
log file sync                       139,316         233      2     .1 Commit
cursor: pin S                     1,163,270         127      0     .1 Concurrenc
SQL*Net message from dblink          97,575          46      0     .0 Network

Oracle10gR2中引用的mutexes机制一定程度的替代了library cache pin,其结构更简单,相当于,每个child cursor下面都有一个mutexes这样的简单内存结构,当有session中要执行该SQL而需要pin cursor操作的时候,session需要以shared模式set这个内存位+1,表示session获得该mutex的shared mode lock.可以有很多session同时具有这个mutex的shared mode lock;但是在同一时间,只能有一个session在操作这个mutext +1或者-1。+1 -1的操作是排它性的原子操作。如果因为session并行太多,则导致某个session在等待其他session的mutext +1/-1操作,则该session要等待cursor: pin S等待事件。


当看到系统有很多session等待cursor: pin S事件的时候,要么是CPU不够快,要么是某个SQL的并行执行次数太多了而导致在child cursor上的mutex操作争用。如果是前者,则可以升级硬件。如果是因为SQL的并行太多,则要么想办法降低该SQL执行次数,要么将该SQL复制成N个其它的SQL。

    select /*SQL 1*/ename from t where deptno=?
    select /*SQL 2*/ename from t where deptno=?
    select /*SQL …*/ename from t where deptno=?
    select /*SQL N*/ename from t where deptno=?



这样就有了N个SQL Cursor,N个Mutex内存结构,就将争用分散开来,类似partition的作用了。


抖音直播参数逆向实战:手把手教你用Python获取ttwid和x-bogus(附完整代码) 本文深入解析抖音直播接口的反爬机制,重点剖析核心防护参数ttwid和x-bogus的生成原理与作用。通过Python实战,手把手教你逆向获取ttwid、webid等关键参数,并构建稳定的数据采集方案,为开发者提供企业级数据获取能力。 阅读详情

相关推荐

麒麟V10 ARM环境离线部署MySQL:从依赖缺失到服务自启的完整避坑指南

本文详细介绍了在麒麟V10 ARM环境下离线部署MySQL的完整流程,包括依赖缺失解决方案、目录配置、服务自启设置及性能调优。特别针对国产操作系统和ARM架构的兼容性问题,提供了实用的避坑指南和优化建议,帮助用户高效完成MySQL部署与维护。

weixin_28741413的博客 409

cursor: pin S产生原理及解决方法

转自:http://www.dbafree.net/?p=778 今天晚上在一个比较重要的库上,CPU严重的冲了一下,导致DB响应变慢,大量应用连接timeout,紧接着LISTENER就挂了,连接数也满了等一连串问题。 我们的监控抓取了当时系统的等待事件,ACTIVE SQL及SESSION_WAIT等待事件,所以问题比较容量定位,查看下监控,马上就发现出问题的时间点上出现大量的cusor:...

weixin_34190136的博客 342

nRF52382低功耗蓝牙应用开发之入门教程-软件烧录

准备工作在上一篇文章讲过了,这里就讲讲nRFgo studio的使用 硬件准备: J-link:2线 供电:3.3V 如下图打开nRFgo studio界面介绍, 2、如果J-link正常,如下图 3、如果蓝牙芯片正常 4、烧录过程,如果蓝牙芯片之前有烧录过程序,需先点擦除,再点烧录 5、烧录代码路劲,例如 F:\nRF\SDK\nRF5_SDK_15.2.0_...

LinQiPing233的博客 1946

cursor:pin S wait on X故障诊分析

SGA组件中KGH: NO ACCESS持续变大 ,KGLH0、SQLA持续变小,KGH: NO ACCESS表示缓冲区缓存和共享池之间的部分传输,正是由于内存组件的调整,latch: shared pool被争用,造成了大量的cursor: pin S wait on X等待。当一个sql的版本过多,也就是子游标过多,当sql软解析去扫描父游标下面的子游标,链路太长也会导致大量的cursor: pin S wait on X等待。DDL语句会导致相关对象的所有游标都失效,当再次解析时会造成卡顿。

PrudentWoo 的个人空间 5313

Xilinx Vitis 2020.1中Microblaze SREC SPI Bootloader初始化失败的调试与修复指南

本文详细解析了在Xilinx Vitis 2020.1开发环境中,Microblaze SREC SPI Bootloader初始化失败的常见原因与解决方案。核心问题通常源于Flash上电时序或软件配置,如`serial_flash_family`参数未生效、链接脚本设置不当或BRAM初始化文件选择错误。文章提供了从硬件配置检查、工程设置修正到代码级添加重试机制的完整调试路径,帮助开发者快速定位并修复启动故障,确保系统稳定启动。

weixin_29163857的博客 186

万字长文,小白新手怎么开始做YOLO实验,从零开始教!整体思路在这里,科研指南针!

万字长文,小白新手怎么开始做YOLO实验,从零开始教!整体思路在这里,科研指南针!

Coding... 1万+

cursor: pin S wait on X等待事件的处理过程

如何解决

m0_38048955的博客 2329

halcon第二讲:焊点提取

本文要完成的任务是将下图中焊点提取出来,对应于halcon例程Blob分析中的ball.hdev。 dev_open_window (0, 0, 512, 512, 'black', WindowHandle) read_image (Image, 'die_03.png') disp_continue_message (WindowHandle, 'black', 'true') sto...

qq_24946843的博客 7175

16G显卡微调7B大模型的显存优化实战指南

深度学习训练中的显存管理是GPU计算的核心挑战之一,尤其在大模型微调场景下。显存消耗主要来自模型参数、激活值和优化器状态三部分,其中FP16精度和LoRA技术能有效降低参数存储开销,而梯度检查点技术可优化激活值占用。工程实践中,8-bit优化器通过量化技术减少优化器状态显存需求,使16G显卡也能支持7B模型的微调。这些技术在自然语言处理、计算机视觉等AI领域具有广泛应用价值,特别是在资源受限的开发环境中,合理运用显存优化策略能显著提升大模型训练效率。

congsong2560的博客 526

YOLOv11改进 | Conv篇 | 2024最新轻量化自适应提取模块LAE助力边缘设备部署计算(附代码 + 修改教程 + 运行教程)

本文给大家带来的一个改进机制是最新由LSM-YOLO提出的轻量化自适应特征提取(Lightweight Adaptive Extraction, LAE)模块,其是LSM-YOLO模型中的关键模块,旨在进行多尺度特征提取,同时降低计算成本。LAE通过以下方式实现更有效的特征提取:多尺度特征提取、自适应特征提取。LAE模块可以在不增加额外参数的情况下提高了模型对ROI区域的检测性能。​欢迎大家订阅我的专栏一起学习YOLO!YOLOv11改进系列专栏——本专栏持续复习各种顶会内容——科研必备目录一、本文介绍。

Snu77的博客 4057

示波器核心参数选型指南:带宽、采样率与嵌入式调试实战

示波器是电子工程师进行信号观测与故障诊断的基础仪器,其性能由带宽、采样率、通道数、存储深度、触发系统和探头特性共同决定。带宽定义高频响应边界,需遵循5倍法则以保障数字信号上升沿测量精度;采样率则依据奈奎斯特定理并结合工程冗余(通常≥2.5×带宽)实现可靠时域重建。二者协同影响信号完整性评估能力,尤其在UART、I²C、SPI等嵌入式总线调试中至关重要。高存储深度支持长时捕获与毛刺定位,智能触发与硬件协议解码进一步将波形分析升维至语义级。本文围绕真实嵌入式场景,解析参数间的耦合关系与典型误用陷阱。

weixin_42588877的博客 91

oracle等待事件之cursor:pin S wait on X

cursor:pin S wait on X 什么是cursor:pin S wait on X 等待事件? 当一个会话尝试得到一个mutex pin的时候,但是其他会话正在以exc...

conghe6716的博客 1298

uni-app开发-第3篇:uni-app 页面与路由

本文详细介绍了 uni-app 中的页面开发与路由管理。首先,页面是应用的基础单元,创建页面时需在pages目录下新建文件夹和.vue文件,页面结构由<template>、<script>和<style>三部分组成。uni-app 页面生命周期函数包括onShow、onReady、onHide和onUnload,分别用于处理页面显示、渲染完成、隐藏和卸载时的逻辑。其次,路由管理通过pages.json文件配置页面路径和样式,并提供uni.navigateTo等方法进行路由

无 415

面试宝典:Oracle数据库cursor: pin S等待事件处理过程

面试宝典:Oracle数据库cursor: pin S等待事件处理过程

chenoracle的博客 1127

大中型超市收银系统(可直接运行)

光步前台收银系统系统功能:商品销售、商品退货、挂单、收银员权限、会员销售、单品取消、整单取消、商品查询、脱机销售、脱机数据上传,基本资料下载,开钱箱、小票打印、收款结算,支持多币种付款方式(现金、储值卡、礼券、微信等),支持多种促销。运行环境:.net 4.0登陆信息用户名:1001 密码:123456内置商品信息,商品编码可输入00001000 - 00010000,测试效果相关功能键F5 结算 F9挂单 F11商品查询 F8退货 Insert单品取消 Del整单取消 F12开钱箱F2 会员 Ctrl+Z退出系统 Home 锁屏 相关源码待公开

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

面试宝典:Oracle数据库cursor: pin S wait on X等待事件处理过程

面试宝典:Oracle数据库cursor: pin S wait on X等待事件处理过程

chenoracle的博客 1279

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

cursor: pin S wait on X , cursor: mutex S

os: centos 7.6 db: oracle 19.3 做数据压测时,查看 emcc 及 awr 报告时,分析一下 Top 10 Foreground Events by Total Wait Time. 发现 cursor: pin S wait on X 还是很突出的. cursor: pin S wait on X A session waits for this event when...

一名数据库爱好者的专栏 1189

SAP B1中文培訓教材_SDK

公司内部培训资料,对开发工具 ,DIAPI, UIAPI,Add-ON有详细解说

处理cursor: pin S wait on X等待事件

DB Name DB Id Instance Inst num Startup Time Release RAC ORCL 4567890123 ORCL1 1 ...

u010692693的专栏 2592

关于等待事件cursor: pin S

问题背景: 客户cpu居高不下, 1> 查看top10 sql发现大量的等待事件 SQL> / USERNAME PROGRAM EVENT SQL_ID CPU_TIME SUM CPU_USAGE --------------- -------------------- ----------------------------------- -------------------------- ---------- ---------- ---------- ECOLOGY latch:

m0_38048955的博客 343

Oracle DBA实战:模拟硬解析风暴与游标争用,手动产生双等待事件(Latch: Shared Pool + Cursor: Pin S Wait On X) 附脚本

本文手把手教你如何在Oracle 11G单机环境中,通过SQL*Plus多会话并发,精准复现“latch: shared pool”和“cursor: pin S wait on X”两大高并发等待事件!从原理剖析到可执行脚本,揭秘硬解析与游标争用的内在关联,助力DBA深度性能调优!

Jackyimi的博客 1249

cursor: pin S事件模拟

本来是要模拟latch: cache buffers chains事件,但由于12C中锁的机制有所变动,最终模拟成了cursor: pin S事件,先记录,后分析。 1,创建测试表和同义词 create table system.t73(id number,name varchar2(10),indate date) tablespace tp; create public synonym...

cowboy90的专栏 257

Oracle共享池管理-cursor: pin S

1 软软解析,堆6 在PGA中过于频繁,导致cursor: pin S 如果出现等待了,应该很可能就是该SQL执行的过于频繁。latch在Oracle中是一种低级锁,用于保护内存里的数据结构,提供的是串行访问机制,而mutex是Oracle 10gR2引入的,也是为实现串行访问控制的功能,并替换部分latch。 可以通过下面的SQL进行查询: –查询sql SELECT a.*, s.sql_text FROM vKaTeX parse error: Double subscript at position

oradbm的博客 504

oracle wait event:cursor: pin S wait on X

oracle wait event:cursor: pin S wait on X  cursor: pin S wait on X等待事件的处理过程http://database.ctocio.com.cn/tips/114/8263614_1.shtmlcursor: pin S wait on X等待!http://www.itpub.net/viewthread.php?t

爱肯的专栏 2065

cursor: pin S && cursor: pin S wait on X

1.cursor: pin S (1). 发生原因 相同SQL大量并发导致产生该等待事件 (2).措施: 分散mutex争用 select /*1*/ * from dual; select ...

ciqiyuan9775的博客 223
上一篇: 外键消除表连接
下一篇: Hanganalyze 使用
Kevin_ora
博客等级 码龄15年 9粉丝 73原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值