Troubleshooting waits for 'enq: TX - allocate ITL entry' (文件 ID 1472175.1)
In this Document
APPLIES TO:
Oracle Database - Enterprise Edition - Version 10.2.0.1 and later
Information in this document applies to any platform.
SYMPTOMS
Observe high waits for event enq: TX - allocate ITL entry
Top 5 Timed Foreground Events
Event Waits Time(s) Avg wait (ms) % DB time Wait Class
enq: TX - allocate ITL entry 1,200 3,129 2607 85.22 Configuration
DB CPU 323 8.79
gc buffer busy acquire 17,261 50 3 1.37 Cluster
gc cr block 2-way 143,108 48 0 1.32 Cluster
gc current block busy 10,631 46 4 1.24 Cluster
CAUSE
By default INITRANS value for table is 1 and for index is 2. This defines an internal block structure called the Interested Transaction List (ITL). In order to modify data in a block, a process needs to use an empty ITL slot to record that the transaction is interested in modifying some of the data in the block. If there are insufficient free ITL slots then new ones will be taken in the free space reserved in the block. If this runs out and too many concurrent DML transactions are competing for the same data block we observe contention against the following wait event - "enq: TX - allocate ITL entry".
You can see candidates for re-organisation due to ITL problems in the "Segments by ITL Waits" section of an Automatic Workload Repository (AWR) report:
Segments by ITL Waits
* % of Capture shows % of ITL waits for each top segment compared
* with total ITL waits for all segments captured by the Snapshot
Owner Tablespace Name Object Name Subobject Name Obj. Type ITL Waits % of Capture
PIN BRM_TABLES SERVICE_T TABLE 188 84.30
PIN BRM_TABLES BILLINFO_T P_R_06202012 TABLE PARTITION 35 15.70
SOLUTION
The main solution to this issue is to increase the ITL capability of the table or index by re-creating it and altering the INITRANS or PCTFREE parameter to be able to handle more concurrent transactions. This in turn will help to reduce "enq: TX - allocate ITL entry" wait events.
To reduce enq: TX - allocate ITL entry" wait events, We need to follow the steps below:
Increase INITRANS
A)
1) Depending on the number of transactions in the table we need to alter the value of INITRANS. here it has been changed to 50:
alter tableINITRANS 50;
2) Then re-organize the table using move (alter table move;)
3) Then rebuild all the indexes of this table as below
alter index rebuild INITRANS 50;
Increase PCTFREE
If the issue is not resolved by increasing INITRANS then try increasing PCTFREE. Increasing PCTFREE holds more space back and so spreads the same number of rows over more blocks. This means that there are more ITL slots available overall :
B)
1) Spreading rows into more number of blocks will also helps to reduce this wait event.
alter table
PCTFREE 40;
2) Then re-organize the table using move (alter table service_T move;)
3) Rebuild index
alter index index_name rebuild PCTFREE 40;
A Combination of increasing both INITRANS and PCTFREE
1) Set INITRANS to 50 and pct_free to 40
alter table PCTFREE 40 INITRANS 50;
2) Re-organize the table using move (alter table move;)
3) Then rebuild all the indexes of the table as below
alter index rebuild PCTFREE 40 INITRANS 50;
NOTE: The table/index can be altered to set the new value for INITRANS. But the altered value takes effect for new blocks only. You need to rebuild the objects so that the blocks are initialized again.
For an index this means the index needs to be rebuild or recreated.
For a table this can be achieved through:
-
exp/imp
-
alter table move
-
dbms_redefenition
You can find information relating to other 'enq: TX - ...' variants in the following articles:
Document 1476298.1 Resolving Issues Where 'enq: TX - row lock contention' Waits are Occurring
Document 873243.1 Troubleshooting 'enq: TX - index contention' Waits in a RAC Environment.
Document 1946502.1 Resolving Issues Where 'enq: TX - contention' Waits are Occurring
About Me
|
..........................................................................................................................................................................................................................................................................................................
● 本文來自於MOS轉載文章，(文件 ID 1472175.1)
● 本文在itpub（http://blog.itpub.net/26736162）、部落格園(http://www.cnblogs.com/lhrbest)和個人微信公眾號（xiaomaimiaolhr）上有同步更新
● QQ群：230161599 微信群：私聊
● 小麥苗分享的其它資料：http://blog.itpub.net/26736162/viewspace-1624453/
● 小麥苗雲盤地址：http://blog.itpub.net/26736162/viewspace-1624453/
● QQ群： 230161599 微信群：私聊
● 聯絡我請加QQ好友(642808185)，註明新增緣由
●【版權所有，文章允許轉載，但須以連結方式註明源地址，否則追究法律責任】
..........................................................................................................................................................................................................................................................................................................
手機長按下圖識別二維碼或微信客戶端掃描下邊的二維碼來關注小麥苗的微信公眾號：xiaomaimiaolhr,免費學習最實用的資料庫技術。
|