enq:TX- row lock contention 事件

djmilo

系统环境：aix 5.3
数据库版本：11.2.0.3
单实例

问题描述：数据库最近变得很慢，看awr发现是enq:TX- row lock contention 比较严重，请ML帮忙看看，究竟是什么原因导致的？

harryzhang

既然是11.2的库
可以查询视图

v$wait_chains

Maclean Liu(刘相兵

Event        Waits        %Time -outs        Total Wait Time (s)        Avg wait (ms)        Waits /txn        % bg time
db file parallel write        10,389        0        1,633        157        0.09        15.04
log file parallel write        82,898        0        1,201        14        0.73        11.06



Event        Waits        Time(s)        Avg wait (ms)        % DB time        Wait Class
db file sequential read        1,689,756        31,618        19        8.75        User I/O
enq: TX - row lock contention        231        29,266        126692        8.10        Application
DB CPU                 6,250                 1.73         
log file sync        112,522        5,101        45        1.41        Commit
latch: shared pool        1,979        3,339        1687        0.92        Concurrency



user commits        113,272        27.74        1.00

Function Name        Reads: Data        Reqs per sec        Data per sec        Writes: Data        Reqs per sec        Data per sec        Waits: Count        Avg Tm(ms)
Direct Reads        76G        21.11        19.0571        2M        0.06        .000489        0         
Others        13.5G        183.55        3.37423        2.1G        2.26        .535519        750.3K        0.08
Buffer Cache Reads        14.6G        448.92        3.65681        0M        0.00        0M        1744.4K        18.54
LGWR        3M        0.05        .000734        3.8G        45.52        .952035        84.4K        14.06
DBWR        0M        0.00        0M        2.5G        39.17        .632731        0         
Direct Writes        0M        0.00        0M        19M        0.25        .004652        0         
TOTAL:        104G        653.63        26.0888        8.5G        87.27        2.12542        2579.1K        13.02


IOPS很低 但是 延迟不低 ，



是我 我会要求先测IO:
给出 下面的   输出

1. set serveroutput on;
   
2. DECLARE
   
3.   lat  INTEGER;
   
4.   iops INTEGER;
   
5.   mbps INTEGER;
   
6. BEGIN
   
7.   DBMS_RESOURCE_MANAGER.CALIBRATE_IO(20, 15, iops, mbps, lat);
   
8.   DBMS_OUTPUT.PUT_LINE('max_iops = ' || iops);
   
9.   DBMS_OUTPUT.PUT_LINE('latency = ' || lat);
   
10.   dbms_output.put_line('max_mbps = ' || mbps);
    
11. end;
    
12. /
    

复制代码

djmilo

Maclean Liu(刘相兵 发表于 2013-8-27 19:50
Event        Waits        %Time -outs        Total Wait Time (s)        Avg wait (ms)        Waits /txn        % bg time
db file parallel wri ...

max_iops =6096
latency =14
max_mbps =451

还有我怀疑很有可能是内存设置的问题，他是AIX的小型机，物理内存46GB.
memory_max_target=0
memory_target=0
sga_max_size=37GB
sga_target=0
pga_aggregate_target=8GB
SGA中DB_CACHE_SIZE=32GB.
java pool=512M
shared pool=3GB
其他设置为0的
TOPAS看，内存使用率中，计算内存使用率98%，swap使用率很高，页面交换严重
会不会是由于DB_CACHE_SIZE过大，导致了内存耗尽了，性能下降

Maclean Liu(刘相兵

图太小 给出下面的输出

svmon -G

svmon -U oracle

harryzhang

swap  使用了37%。


Snap Time        Load        %busy        %user        %sys        %idle                     %iowait
27-Aug 10:52:32        2.21                                             
27-Aug 12:00:36        3.78        14.85        10.77        4.08        85.15        49.09

AWR最后，好多event~