生产环境临时表空间偶发性增长220G的问题分析与解决（原创）

字数 191阅读 2318评论 7赞 3

前一阶段某行生产环境某系统临时表空间偶发性增长220G，对出现的问题，作者进行了详细分析和总结，该文已刊登在《数据库与信息治理》第08期，今日整理成电子文档，方便和大家一起分享实例案例，为DB2的传播和发展贡献微薄力量。
链接如下：

著作权归作者所有

如果觉得我的文章对您有用，请点赞。您的支持将鼓励我继续创作！

atpeace331数据库管理员银行
2014-12-19 13:28

zhenda: 恩，解决问题就好，要看看40多张表数据量多大，要是表不大的，应该是hash join吧，要是挺大应该是嵌套 join。

你们那里还挺方便的，能把查询计划、监控数据收集出来。

atpeace331数据库管理员银行
2014-12-19 11:39

呵呵，表不是太大，使用的hash join

zhenda数据库管理员昆仑银行
2014-12-19 11:22

atpeace331: 直达问题再次发生时，看收集到的快照，抓到2条执行很长时间耗用大量临时表的sql，查看了下sql，sql涉及的40多张表中存在大量的重复数据，导致join时，生成了几十亿条临时数据

恩，解决问题就好，要看看40多张表数据量多大，要是表不大的，应该是hash join吧，要是挺大应该是嵌套 join。

atpeace331数据库管理员银行
2014-12-19 10:43

直达问题再次发生时，看收集到的快照，抓到2条执行很长时间耗用大量临时表的sql，查看了下sql，sql涉及的40多张表中存在大量的重复数据，导致join时，生成了几十亿条临时数据，把情况和业务沟通了下，他们一听拍了脑袋恍然大悟，有些表忘记加约束了！

atpeace331数据库管理员银行
2014-12-19 10:36

解决了，一开始我的直觉是可能由于应用变更导致了程序中的死循环或者SQL死循环耗尽了临时表空间所在的存储，执行报错后，临时表空间又被释放了！但是，经过一天的监控，没有发现异常SQL；应用那边查了程序也没问题。

zhenda数据库管理员昆仑银行
2014-12-19 08:48

atpeace331:

哈哈，我这里前一阵发生了同样的问题，每天下午AIX 错误日志都报 DB2 表空间所在的文件系统满了，但是，一查空间总是还剩余150多GB!!!

哈哈，巧了。问题原因是什么，解决了么？有什么规律？可以简单描述一下啊

atpeace331数据库管理员银行
2014-12-18 15:53

哈哈，我这里前一阵发生了同样的问题，每天下午AIX 错误日志都报 DB2 表空间所在的文件系统满了，但是，一查空间总是还剩余150多GB!!!

Ctrl+Enter 发表

匿名评论

作者其他文章