DB2的STMTID
自DB2 10.5.0.3之后，表函数 MON_ GET_ PKG_ CACH E_ST MT 里面含有了列STMTID，这个列能够很好的区分一个SQL了，对于想看很长一段时间内，一个SQL性能的同学们，这无疑是一个很好的地方，在 MON_ GET_ PKG_ CACH E_ST MT 里面 EXECUTABLE_ID 和 STMT_PKG_CACHE_ID ，随着时间的变化，和数据库的起停，同一个SQL的ID会发生变化，但是STMTID不会。
https://www.ibm.com/developerworks/community/blogs/IMSupport/entry/weekly_tips_from_db2_experts_stmtid_the_key_for_long_term_sql_quries_performance_tracking?lang=en
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/725820/viewspace-2214106/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
存储过程访问其他用户的表的问题
下一篇：
DB2 HADR性能分析
请登录后发表评论
登录
全部评论
最新文章
- Postgresql pg_cron使用的一个注意点
- crunchy postgres 使用注意事项
- Mac VirtualBox 7.0 下安装Redhat 8.5虚拟机
- PostgreSQL的CTID
- Crunchy PostgreSQL database restore via pgo command
- Crunchy PostgreSQL database backup via pgo command
- Crunchy PG手动备份实验
- 理解PG的xmin和xmax的几个小实验
- PG: Utility queries
- PG: Estimate last modified or read time of a table
