DB2中怎么快速定位锁等待语句

87次阅读
没有评论

共计 3836 个字符,预计需要花费 10 分钟才能阅读完成。

这篇文章主要为大家展示了“DB2 中怎么快速定位锁等待语句”,内容简而易懂,条理清晰,希望能够帮助大家解决疑惑,下面让丸趣 TV 小编带领大家一起研究并学习一下“DB2 中怎么快速定位锁等待语句”这篇文章吧。

    在 DB2 日常运维中,我们时常会碰到某几条 sql 执行很慢,但是数据库服务器 cpu 和内存使用率又不高的情况,类似的问题基本上由于锁、排序等原因造成的。下面就从一个实例来分析如何去快速定位锁等待问题以及锁在那个表。

  一、锁在日志中的信息

  当你在数据库日志 DB2DIAG.LOG 中发现大量 sqlcode 报 911 信息时,一般都是有锁等待问题。

2014-01-03-10.05.26.616285+480 I4936115E839        LEVEL: Severe

PID     : 16724                TID  : 47174238857536PROC : db2sysc 0

INSTANCE: db2inst1             NODE : 000          DB   : PORTALDB

APPHDL  : 0-47283              APPID: 10.4.125.115.38673.140109201531

AUTHID  : IPORTAL

EDUID   : 88                   EDUNAME: db2agent (PORTALDB) 0

FUNCTION: DB2 UDB, relation data serv, sqlrr_array_input, probe:210

DATA #1 : SQLCA, PD_DB2_TYPE_SQLCA, 136 bytes

sqlcaid : SQLCA     sqlcabc: 136  sqlcode: -911   sqlerrml: 1

sqlerrmc: 2

sqlerrp : SQLRI2C4

sqlerrd : (1) 0x80100002      (2) 0x00000002      (3) 0x00000000

          (4) 0x00000000      (5) 0xFFFFFE0C      (6) 0x00000000

sqlwarn : (1)      (2)      (3)      (4)        (5)       (6)    

          (7)      (8)      (9)      (10)        (11)

  二、DB2PD 分析锁等待

db2pd 工具主要用于收集 DB2 实例和数据库的统计信息,db2pd 的最大优点是信息获取非常快, 并 且不需要消耗数据库引擎资源。使用这种强大的工具,必须具有 SYSADMIN 权限,而且在 UNIX 或 Linux 环境中必须是实例的所有者。

$db2pd -db portaldb -app|more         #获取应用程序的信息

Database Partition 0 — Database PORTALDB — Active — Up 17 days 07:04:15 — Date 2014-01-10-15.33.14.983796

Applications:

Address            AppHandl [nod-index] NumAgents  CoorEDUID  Status                  C-AnchID C-StmtUID  L-AnchID L-StmtUID  Appid                                    

                       WorkloadID  WorkloadOccID CollectActData          CollectActPartition     CollectSectionActuals  

0x0000000201050080 26       [000-00026] 1          61         ConnectCompleted        0        0          0        0          *LOCAL.DB2.131224002909                  

                       0           0             N                       C                       N  

0x0000000201450080 47914    [000-47914] 1          104        UOW-Waiting             0        0          677      41         10.4.125.114.11658.140110014742          

                       1           3694          N                       C                       N  

0x0000000200F80080 19       [000-00019] 1          54         UOW-Waiting             0        0          0        0          *LOCAL.DB2.131224002902                  

                       0           0             N                       C                       N  

进一步分析找到 applid 为 47914 的 anchid

$db2pd -db portaldb -app|grep -i 47914

0x0000000201450080 47914    [000-47914] 1          104        UOW-Waiting             0        0          98       1          10.4.125.114.11658.140110014742                                  1           3694          N                       C                       N  

0x0000000201450080 47914    [000-47914] 10.4.125.114                             None          IPORTAL                                                                                                                        

0x0000000201450080 47914    [000-47914] n/a    

–anchid 为 98
– 然后使用 db2pd -dynamic 功能, 根据 anch =98 查找出该 47914 应用 id 号对应的正在执行的 sql(v9 以上版本适用,v8 版本 db2pd -dynamic 无 anch= ** 这个选项)  

$db2pd -db portaldb -dynamic anch=98|more

System Temp Table Stats:

       Number of System Temp Tables    : 69817

       Comp Eligible Sys Temps         : 0

       Compressed Sys Temps            : 0

       Total Sys Temp Bytes Stored     : 16140381976

       Total Sys Temp Bytes Saved      : 0

       Total Sys Temp Compressed Rows  : 0

       Total Sys Temp Table Rows:      : 1134615144

User Temp Table Stats:

       Number of User Temp Tables      : 720

       Comp Eligible User Temps        : 0

       Compressed User Temps           : 0

       Total User Temp Bytes Stored    : 90045

       Total User Temp Bytes Saved     : 0

       Total User Temp Compressed Rows : 0

       Total User Temp Table Rows:     : 551

Database Partition 0 — Database PORTALDB — Active — Up 17 days 07:06:14 — Date 2014-01-03-15.35.13.996815

Dynamic Cache:

Current Memory Used           733842896

Total Heap Size               1675218370

Cache Overflow Flag           0

Number of References          19142165

Number of Statement Inserts   151614

Number of Statement Deletes   116009

Number of Variation Inserts   116930

Number of Statements          35605

Dynamic SQL Statements:

Address            AnchID StmtUID    NumEnv     NumVar     NumRef     NumExe     Text

0x00002AEA103CF0C0 98     90         1          1          1          1          select count(*) as col_0_0  from KC_USER user0_ where user0_.USER_ID=349289

— 同样也可以使用获取快照的方式来看当前 applid 为 47914 的 application 在执行什么 sql

$db2 get snapshot for application agentid 47914

当你发现是这样一条查询语句发生了锁等,可以立即终止锁等

方法是:

$db2 force application(47914)

注:后来联系开发,知道他们正在修改 KC_USER 表,长时间没有提交,所以造成了大量有关这个表的锁等。事务提交后,该问题解决。

以上是“DB2 中怎么快速定位锁等待语句”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注丸趣 TV 行业资讯频道!

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-08-25发表,共计3836字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)