解决enq: TX - index contention的常用方法

摘自：

Troubleshooting ‘enq: TX - index contention‘ Waits (Doc ID 873243.1)

o Rebuild the index as reverse key indexes or hash partition the indexes which are listed in the ‘Segments by Row Lock Waits‘ of the AWR reports

o Consider increasing the CACHE size of the sequences

o Rebuild or shrink associated index after huge amount of data purge

o Increase PCT_FREE for the index

时间： 2024-08-02 02:47:34

解决enq: TX - index contention的常用方法的相关文章

[Oracle] enq: TX - row lock contention 优化案例

根据开发反馈,最近每天早上7:30应用会报警,应用的日志显示数据库连接池满了,新的连接被拒绝. 首先,我做了ASH报告(报告区间:7:25 ~ 7:35),从ASH的等待事件发现enq: TX - row lock contention居然高达76.54%,如下所示: Top User Events Event Event Class % Event Avg Active Sessions enq: TX - row lock contention Application 76.54 0.81

ORACLE等待事件：enq: TX - row lock contention

enq: TX - row lock contention等待事件,这个是数据库里面一个比较常见的等待事件.enq是enqueue的缩写,它是一种保护共享资源的锁定机制,一个排队机制,先进先出(FIFO).enq: TX - row lock contention等待事件,OACLE将其归类为application级别的等待事件.有些场景是因为应用逻辑设计不合理造成的.下面我们看看enq: TX - row lock contention的英文介绍: This wait indicates ti

enq: TX - row lock contention故障处理一则

一个非常easy的问题,之所以让我对这个问题进行总结.一是由于没我想象的简单,在处理的过程中遇到了一些磕磕碰碰,甚至绕了一些弯路.二是引发了我对故障处理时的一些思考. 6月19日,下午5点左右.数据库出现了大量的enq: TX - row lock contention等待事件,依照以往的经验,这类等待一般与业务逻辑有关.DBA可以做的事情.一般就是将锁等待着的连接信息,等待锁的SQL语句.甚至等待的详细数据行,还有就是锁持有者的连接信息,造成锁等待的SQL语句等一些基本信息提交给开发者,改动业

ORACLE AWR结合ASH诊断分析enq: TX - row lock contention

公司用户反馈一系统在14:00~15:00(2016-08-16)这个时间段反应比较慢,于是生成了这个时间段的AWR报告, 如上所示,通过Elapsed Time和DB Time对比分析,可以看出在这段时间内服务器并不繁忙.分析Top 5 Timed Events,我们可以看到前五的等待事件可以看到等待事件enq: TX - row lock contention占了所有等待事件17.3%的比例,猜测有可能是锁等待(enqueue等待)引起的阻塞导致,但是这个还不能下定论,因为毕竟CPU Ti

enq: TX - row lock contention 参数P1,P2,P3的讲解

enq: TX - row lock contention等待事件的三个参数如下 * P1 = name|mode <<<<<<<<<<<<< name一般都为0x5458代表TX锁; mode为4代表共享锁 mode为6代表排他锁 * P2 = usn<<16 | slot <<<<<<<<<<<<< v$tr

enq: TX - row lock contention 参数P1,P2,P3说明

enq: TX - row lock contention三个参数,例如,下面的等待事件 * P1 = name|mode <<<<<<< name一般都为0x5458代表TX锁; mode为4代表共享锁 mode为6代表排他锁 * P2 = usn<<16 | slot <<<<<<< v$transaction.xidusn 和 v$transaction.xidslot *

解决Error running 'index.jsp : Address localhost:1099 is already in use的方法

晚上在idea中启动服务器一次后正常运行,但是改了注解配置后报错,报错为Error running 'index.jsp : Address localhost:1099 is already in use,意思为tomcat端口号被占用, 解决方案有两种第一种直接打开 tomcat 安装目录后找到bin目录,运行shutdown.bat 强制关闭tomact 然后在idea 重启后就可以访问了第二种在命令行中输入netstat -ano----->找

MacOS 安装MysqlDB 问题解决方案（解决 IndexError: string index out of range）

pip install MySQL-python时报错如下: Command "python setup.py egg_info" failed with error code 1 in /private/var/folders/wk/541xl0m91gj7562sn0ddpjg9k8mh7p/T/pip-install-FF6W2Y/MySQL-python/ 解决方案:brew install mysqlbrew unlink mysqlbrew install mysql-co

【等待事件】等待事件系列（5.1）--Enqueue(队列等待)

[等待事件]等待事件系列(5.1)--Enqueue(队列等待) 1 BLOG文档结构图 2 前言部分 2.1 导读和注意事项各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① Enqueue队列等待 ② Enq数据字典 ③ enq: AE - lock ④ enq: MR锁 ⑤ enq: DX - contention ⑥ enq: SQ - contention 序列等待 2.2 相关参考文章链接 [推