enq: TX - row lock contention 等待事件

最新推荐文章于 2022-06-21 08:01:59 发布
最新推荐文章于 2022-06-21 08:01:59 发布
阅读量107 收藏
点赞数

7号接到同事电话说一个olap数据库，数据量大概3T，在跑脚本的时候truncate表非常慢，有的一个小时还没完成。查下等待事件发现很多的enq: TX - row lock contention事件

我试试命令一发起就在等待这个事件'enq: RO - fast object reuse' 然后很快又变成enq: TX - row lock contention

SQL> @session_wait

 

      SEQ# SIDS            SQL_HASH_VALUE USERNAME        EVENT                                  P1 P1RAW                    P2         P3       WAIT STATE                      SEC STATUS   LOGON_TIME

---------- --------------- -------------- --------------- ------------------------------ ---------- ---------------- ---------- ---------- ---------- ------------------- ---------- -------- -----------

     61275 232,13690                    0 SYS             Backup: sbtbackup                       0 00                        0          0          0 WAITING                   6439 ACTIVE   06/20:03:46

     53842 204,43688            647275908 AWPOPR          db file sequential read               266 000000000000010A     821048          1          0 WAITING                      1 ACTIVE   29/19:34:51

      8671 251,30579            647275908 AWPOPR          db file sequential read               266 000000000000010A    2535727          1          0 WAITING                      0 ACTIVE   29/19:34:51

     52934 168,57598            647275908 AWPOPR          db file sequential read               266 000000000000010A    2533259          1          0 WAITING                      0 ACTIVE   06/20:20:10

     32991 206,38461            647275908 AWPOPR          db file sequential read               266 000000000000010A     360791          1          0 WAITING                      1 ACTIVE   06/22:30:40

     55312 308,63502            647275908 AWPOPR          db file sequential read               266 000000000000010A    2033288          1          0 WAITING                      1 ACTIVE   06/23:59:40

     23250 155,35338            647275908 AWPOPR          db file sequential read               266 000000000000010A    2480900          1          0 WAITING                      1 ACTIVE   07/00:05:46

     37058 141,23338            829113447 AWPOPR          db file sequential read               255 00000000000000FF     173045          1          0 WAITING                      1 ACTIVE   06/20:40:10

     60044 131,1196            2115648383 DCPPOPR         db file sequential read               245 00000000000000F5    1594364          1          0 WAITING                      0 ACTIVE   07/07:02:48

     45453 196,26528           2563985644 AWPOPR          db file sequential read               266 000000000000010A    1265517          1          0 WAITING                      1 ACTIVE   29/19:33:30

     41300 239,12487           2563985644 AWPOPR          db file sequential read               266 000000000000010A    1214173          1          0 WAITING                      1 ACTIVE   29/19:33:30

     27403 127,24118           2563985644 AWPOPR          db file sequential read               266 000000000000010A    2492427          1          0 WAITING                      1 ACTIVE   06/21:20:10

     45458 161,47381           3701837625 AWPOPR          db file sequential read               259 0000000000000103    1525686          1          0 WAITING                      0 ACTIVE   07/05:11:19

       379 163,21087           2180602573 LIZHONGYUAN002  enq: RO - fast object reuse    1380909062 00000000524F0006      65701          1          0 WAITING                      7 ACTIVE   07/06:33:17

     17542 126,54811           1669410309 DBQUA           enq: TX - contention           1415053316 0000000054580004     262176   12403957          0 WAITING                    239 ACTIVE   07/03:00:00

     25603 262,50636            829113447 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    1114116    4377148          0 WAITING                  25472 ACTIVE   06/20:40:10

     26491 375,18665           3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6178 ACTIVE   06/21:20:10

     42884 180,16791           3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6178 ACTIVE   06/22:00:10

     61626 351,10551           3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6178 ACTIVE   07/05:25:00

     56220 157,7248            3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6178 ACTIVE   07/05:25:05

     57943 197,62006           3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6178 ACTIVE   07/05:25:08

     56362 252,34959           3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6178 ACTIVE   07/05:25:09

     61399 348,40460           3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6178 ACTIVE   07/05:25:09

         9 117,52307                    0 SYS             i/o slave wait                 1.38350580 C0000000F81E4BD0          0          0          0 WAITING                  10588 ACTIVE   06/20:03:01

        10 218,46643                    0 SYS             i/o slave wait                 1.38350580 C0000000EAFB33B0          0          0          0 WAITING                  18657 ACTIVE   06/20:03:52

     22152 231,27263                    0 SYS             imm op                         1.38350580 C0000000F81CA218          0          0          0 WAITING                   6440 ACTIVE   06/20:03:46

       947 166,3242             506364182 DCPPOPR         local write wait                       53 0000000000000035     699785          0          0 WAITING                      5 ACTIVE   07/06:56:52

       931 124,30785           1677860569 DCPPOPR         local write wait                      238 00000000000000EE     101897          0          0 WAITING                      2 ACTIVE   07/06:55:10

       530 177,28915           4248312840 DCPPOPR         local write wait                      152 0000000000000098     724618          0          0 WAITING                      5 ACTIVE   07/07:00:15

      5574 360,2158             647275908 AWPOPR          read by other session                 266 000000000000010A    2533259          1          0 WAITING                      0 ACTIVE   29/19:33:30

 

30 rows selected

 

SQL> @session_wait

 

      SEQ# SIDS            SQL_HASH_VALUE USERNAME        EVENT                                  P1 P1RAW                    P2         P3       WAIT STATE                      SEC STATUS   LOGON_TIME

---------- --------------- -------------- --------------- ------------------------------ ---------- ---------------- ---------- ---------- ---------- ------------------- ---------- -------- -----------

     61275 232,13690                    0 SYS             Backup: sbtbackup                       0 00                        0          0          0 WAITING                   6469 ACTIVE   06/20:03:46

     59315 204,43688            647275908 AWPOPR          db file sequential read               266 000000000000010A     582916          1          0 WAITING                      0 ACTIVE   29/19:34:51

     58706 168,57598            647275908 AWPOPR          db file sequential read               266 000000000000010A    1658986          1          0 WAITING                      0 ACTIVE   06/20:20:10

     60751 308,63502            647275908 AWPOPR          db file sequential read               266 000000000000010A     625000          1          0 WAITING                      0 ACTIVE   06/23:59:40

     28536 155,35338            647275908 AWPOPR          db file sequential read               266 000000000000010A    1291063          1          0 WAITING                      0 ACTIVE   07/00:05:46

     44926 141,23338            829113447 AWPOPR          db file sequential read               115 0000000000000073      62004          1          0 WAITING                      0 ACTIVE   06/20:40:10

      5977 131,1196            2115648383 DCPPOPR         db file sequential read               239 00000000000000EF    1503713          1          0 WAITING                      0 ACTIVE   07/07:02:48

     49435 196,26528           2563985644 AWPOPR          db file sequential read               266 000000000000010A    1291437          1          0 WAITING                      0 ACTIVE   29/19:33:30

     31744 127,24118           2563985644 AWPOPR          db file sequential read               266 000000000000010A     968780          1          0 WAITING                      0 ACTIVE   06/21:20:10

     53930 161,47381           3701837625 AWPOPR          db file sequential read               256 0000000000000100     874606          1          0 WAITING                      0 ACTIVE   07/05:11:19

     17542 126,54811           1669410309 DBQUA           enq: TX - contention           1415053316 0000000054580004     262176   12403957          0 WAITING                    269 ACTIVE   07/03:00:00

     25603 262,50636            829113447 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    1114116    4377148          0 WAITING                  25502 ACTIVE   06/20:40:10

     26491 375,18665           3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6208 ACTIVE   06/21:20:10

     42884 180,16791           3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6208 ACTIVE   06/22:00:10

     61626 351,10551           3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6208 ACTIVE   07/05:25:00

     56220 157,7248            3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6208 ACTIVE   07/05:25:05

     57943 197,62006           3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6208 ACTIVE   07/05:25:08

     56362 252,34959           3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6208 ACTIVE   07/05:25:09

     61399 348,40460           3701837625 AWPOPR          enq: TX - row lock contention  1415053318 0000000054580006    2228247    1090731          0 WAITING                   6208 ACTIVE   07/05:25:09

     11338 360,2158             647275908 AWPOPR          free buffer waits                     258 0000000000000102    1099710         23          0 WAITING                      0 ACTIVE   29/19:33:30

     14299 251,30579            647275908 AWPOPR          free buffer waits                     255 00000000000000FF     981633         23          0 WAITING                      0 ACTIVE   29/19:34:51

     38508 206,38461            647275908 AWPOPR          free buffer waits                     259 0000000000000103    1697855         23          0 WAITING                      0 ACTIVE   06/22:30:40

     44995 239,12487           2563985644 AWPOPR          free buffer waits                     266 000000000000010A    2537838         23          0 WAITING                      0 ACTIVE   29/19:33:30

     34877 339,42201           3366597220 DCPPOPR         free buffer waits                     187 00000000000000BB     404488         23          0 WAITING                      0 ACTIVE   07/06:43:21

         9 117,52307                    0 SYS             i/o slave wait                 1.38350580 C0000000F81E4BD0          0          0          0 WAITING                  10618 ACTIVE   06/20:03:01

        10 218,46643                    0 SYS             i/o slave wait                 1.38350580 C0000000EAFB33B0          0          0          0 WAITING                  18687 ACTIVE   06/20:03:52

     22152 231,27263                    0 SYS             imm op                         1.38350580 C0000000F81CA218          0          0          0 WAITING                   6470 ACTIVE   06/20:03:46

       960 166,3242             506364182 DCPPOPR         local write wait                      123 000000000000007B     737929          0          0 WAITING                      1 ACTIVE   07/06:56:52

       942 124,30785           1677860569 DCPPOPR         local write wait                      240 00000000000000F0     100618          0          0 WAITING                      8 ACTIVE   07/06:55:10

       392 163,21087           2180602573 LIZHONGYUAN002  local write wait                      147 0000000000000093     748553          0          0 WAITING                      3 ACTIVE   07/06:33:17

       543 177,28915           4248312840 DCPPOPR         local write wait                      155 000000000000009B     718602          0          0 WAITING                      3 ACTIVE   07/07:00:15

 

31 rows selected

 

SQL>


 

查下文档发现这个等待事件跟ckpt进程有关，检查所有redo发现都是active的手动checkpoint之后，redo都变成inactive，这两个等待就没了，数据库truncate也正常了

SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARCHIVED STATUS           FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- -------- ---------------- ------------- -----------
         1          1     895398  157286400          1 YES      ACTIVE           8403339048809 8/7/2010 7:
         2          1     895402  157286400          1 YES      ACTIVE           8403339118031 8/7/2010 7:
         3          1     895403  157286400          1 YES      ACTIVE           8403339135425 8/7/2010 7:
         4          1     895404  157286400          1 YES      ACTIVE           8403339153332 8/7/2010 7:
         5          1     895405  157286400          1 YES      ACTIVE           8403339170837 8/7/2010 7:
         6          1     895409  157286400          1 NO       CURRENT          8403339245209 8/7/2010 7:
         7          1     895406  157286400          1 YES      ACTIVE           8403339188372 8/7/2010 7:
         8          1     895407  157286400          1 YES      ACTIVE           8403339206298 8/7/2010 7:
         9          1     895408  157286400          1 YES      ACTIVE           8403339226345 8/7/2010 7:
        10          1     895394  157286400          1 YES      INACTIVE         8403338985252 8/7/2010 7:
        11          1     895395  157286400          1 YES      ACTIVE           8403339001243 8/7/2010 7:
        12          1     895396  157286400          1 YES      ACTIVE           8403339016879 8/7/2010 7:
        13          1     895397  157286400          1 YES      ACTIVE           8403339032606 8/7/2010 7:
        14          1     895399  157286400          1 YES      ACTIVE           8403339065860 8/7/2010 7:
        15          1     895400  157286400          1 YES      ACTIVE           8403339082549 8/7/2010 7:
        16          1     895401  157286400          1 YES      ACTIVE           8403339101354 8/7/2010 7:

16 rows selected

SQL> alter system checkpoint;

System altered

SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARCHIVED STATUS           FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- -------- ---------------- ------------- -----------
         1          1     895398  157286400          1 YES      INACTIVE         8403339048809 8/7/2010 7:
         2          1     895402  157286400          1 YES      INACTIVE         8403339118031 8/7/2010 7:
         3          1     895403  157286400          1 YES      INACTIVE         8403339135425 8/7/2010 7:
         4          1     895404  157286400          1 YES      INACTIVE         8403339153332 8/7/2010 7:
         5          1     895405  157286400          1 YES      INACTIVE         8403339170837 8/7/2010 7:
         6          1     895409  157286400          1 YES      INACTIVE         8403339245209 8/7/2010 7:
         7          1     895406  157286400          1 YES      INACTIVE         8403339188372 8/7/2010 7:
         8          1     895407  157286400          1 YES      INACTIVE         8403339206298 8/7/2010 7:
         9          1     895408  157286400          1 YES      INACTIVE         8403339226345 8/7/2010 7:
        10          1     895410  157286400          1 YES      ACTIVE           8403339261816 8/7/2010 7:
        11          1     895411  157286400          1 NO       CURRENT          8403339279588 8/7/2010 7:
        12          1     895396  157286400          1 YES      INACTIVE         8403339016879 8/7/2010 7:
        13          1     895397  157286400          1 YES      INACTIVE         8403339032606 8/7/2010 7:
        14          1     895399  157286400          1 YES      INACTIVE         8403339065860 8/7/2010 7:
        15          1     895400  157286400          1 YES      INACTIVE         8403339082549 8/7/2010 7:
        16          1     895401  157286400          1 YES      INACTIVE         8403339101354 8/7/2010 7:

16 rows selected

 

事后分析这应该是oracle 的增量检查点在作怪，由于晚上数据库中有大量大的事务，本来数据库应该在switch logfile的事后checkpoint，但是由于增量checkpoint的原因数据库一直没有完全刷新log buffer，造成log buffer满，redo都显示active状态。此时手动checkpoint，把高速缓存中的数据全部写入到磁盘。

 

有关检查点的相信信息请参考：http://space.itpub.net/15779287/viewspace-671350


来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/15779287/viewspace-671348/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/15779287/viewspace-671348/

com20140604
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
数据库出现 enq: TX - row lock contention
RuleV5的专栏
08-03 5240
数据库出现 enq: TX - row lock contention 今天上午过来，做awr报告数据库出现了很多enq: TX - row lock contention的等待事件，以前从来没有过的，感觉很奇怪。查询gv$session中的等待事件 scrac1/sys@JSCN> select event,count(*) from gv$session group by event
mysql 表锁 行锁 间隙锁 / 读锁 写锁
weixin_40273313的博客
11-03 314
按照维度划分 1. 读锁(read lock) 2. 写锁(write lock) 按照粒度划分 1. 表锁(table lock) 2. 行锁(row lock) 3. 间隙锁(Gap Locking) 4.页锁(page lock) 实战演练开始,以下操作基于 mysql 8.0.26 -- 创建一张 用户表; CREATE TABLE `t_user` ( `id` int DEFAULT NULL, `user_name` varchar(255) DEFAULT NULL ) ENGINE
Know More About Oracle Row Lock
weixin_34061042的博客
03-19 119
我们都知道在Oracle中实现了细粒度的行锁row lock，且在ORACLE的内部实现中没有使用基于内存的行锁管理器，row lock是依赖于数据块本身实现的。换句话说判定一行数据究竟有没有没锁住，要求Server Process去pin住相应的block buffer并检查才能够发现。 但是试想一个场景，若process A 通过update语句锁定了数据表 Z数据块上的一行数据， 并长时间...
MySQL--基础知识点--21--锁（表锁、行锁，共享锁，排它锁，间隙锁）与避免死锁
Chasing__Dreams的博客
09-28 1302
锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，除传统的 计算资源（如CPU、RAM、I/O等）的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一 个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。本章我们着重讨论MySQL锁机制 的特点，常见的锁问题，以及解决MySQL锁问题的一些方法或建议。 Mysql用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前
SQL Server 中 ROWLOCK 行级锁
zls365365的博客
06-21 1882
一、ROWLOCK的使用1、ROWLOCK行级锁确保，在用户取得被更新的行，到该行进行更新，这段时间内不被其它用户所修改。因而行级锁即可保证数据的一致性，又能提高数据操作的并发性。2、ROWLOCK告诉SQL Server只使用行级锁，ROWLOCK语法可以使用在SELECT,UPDATE和DELETE语句中。3、例如select语句中A 连接中执行SETTRANSA...
row lock waits的两种情况
huyangg的专栏
02-01 2175
以下测试基于版本9207。 情形一：并发更新非唯一索引的索引字段引起的row lock waits在表上，不在索引上 SQL> create table test as select object_id,object_name from dba_objects; Table created. SQL> create index test_idx on test(object_id); I
Oracle10g数据库最佳新特性：等待界面 （1）
03-03
例如，对于"enq:TX - row lock contention"这类等待事件，可能需要考虑事务的并发控制策略或锁的粒度。 总之，Oracle 10g的等待界面改进极大地增强了DBAs在性能监控和问题诊断方面的能力。结合ADDM的自动化分析和...
Oracle10g数据库最佳新特性：等待界面 （2）
03-03
以SID为269的会话为例，如果它正等待enq:TX — row lock contention事件，意味着它在等待另一个会话释放锁。在Oracle 10g之前，找出阻塞会话可能需要编写资源密集型查询，但在10g中，只需简单查询v$session就能找到...
oracledb-exporter.0.2.9-ora18.5.linux-amd64.tar.gz
10-18
- 锁等待情况（如ENQ: TX - ROW LOCK contention） Prometheus会定期抓取oracledb-exporter提供的这些指标，并根据预设的规则进行报警和可视化展示。你可以利用Prometheus的Alertmanager设置告警规则，当特定指标...
orcale死锁查杀PB版
07-20
- 使用`v$session_wait`视图查找等待类型的`ENQ: TX - row lock contention`或`ENQ: TX - deadlock`。 - 查询`v$deadlock`和`v$deadlock_monitor`视图获取死锁信息。 - 执行`DBMS_LOCK.MONITOR`过程来监控死锁...
HBase row lock解析
weixin_33828101的博客
09-23 396
行锁的使用场景 row lock，行锁，顾名思义，就是给行级的锁。那什么场景下会需要加行锁？行锁的开销如何？对性能的影响如何？如何实现的？下面我们逐个分析。 锁的产生一般都是为了做互斥或者同步，对HBase来说，各个请求之间的互斥/同步关系如下： 读读：不涉及 读写：通过mvcc保证读写的一致性 写写：094版本是互斥的，1.x系列不再互斥 写和read-and-modify：互斥...
row cache lock事件
N
06-27 7445
ORACLE :11.2.0.3 row cache lock事件 --内存share pool分为library cache,dictionary cache;而row cache lock对象分布在dictionary cache中； --每次看到类似的告警短信心理都比较发毛；这类属于latch类的资源竞争，相当耗CPU，如果并发量大的话，容易down机 先模拟一个场景：原理，建立一个没有c
end:TX-row lock contention 等待事件分析过程与调优方法案例一则
05-28 514
5月20号上午9：00到10：00之间，某项目组进行数据质检作业。效率异常低下，几乎处于停滞状态。果断收集了9－10点的AWR报告，现在跟着我，通过AWR报告来发现问题。 拣关键的信息看，自然先看TOP 5 ...
Oracle 阻塞会话使用redo log排查
Kay的博客
12-18 876
Oracle 阻塞会话使用redo log排查 Oracle的会话被阻塞之后，虽然说可以通过脚本、trace跟踪、生成ash或者addm查看被阻塞的对象以及sql语句，但是无法获取作为阻塞源头会话的sql语句。其原因是阻塞其他会话的session，在v$session中status为'INACTIVE'，此状态意思是没有sql语句正在执行（在等待其他操作），所以sql_id为空，自然在v$sql中...
行锁案例分析—enq: TX - row lock contention
lyp13696402570的博客
09-27 1568
今天遇到接到一个通知，让检查一下9点-10点数据库是否有性能问题。核心生产，不敢怠慢，感觉取个报告来瞅一瞅吧。 这是一个基于AIX系统的11.2.0.4的RAC。拥有64颗CPU。报告收集时间为9点-10点，60分钟。 这里我们注意到了一点，DB Time达到了4257，算一下，AAS也达到了70左右了，已经超过了CPU的数量，说明这个数据库在这个时间段还是挺繁忙的。下面来看看等待事件。 ...
数据库 行锁 row-level lock
greywolf5的博客
06-09 715
FOR UPDATE 概括：保证当前transaction执行结束前，没有其他transaction用当前行（delete, update 等），就用这个锁。一般用法：select for update 一个transaction中可以持有多个、相同行的conflicting locks，包括sub-transaction。 两个transaction不可以持有多个、相同行的conflicting locks。 Row-level locks 不影响data access，只影响conc..
守望先锋资讯小程序(源码).zip
最新发布
07-28
守望先锋资讯小程序(源码).zip
Oracle故障处理：解决TX-row lock contention等待事件
这篇博客主要探讨了Oracle数据库中一个特定的故障处理情况，即"enq:TX - row lock contention"等待事件。这个事件通常发生在多个事务尝试同时修改同一行数据时，导致竞争锁定，从而引起性能问题。 1. **TX锁**：TX...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值