在大多数情况下,STMTHEAP参数的缺省 AUTOMATIC 设置都是可接受的。设置为 AUTOMATIC 时,在编译的动态编程连接枚举阶段分配的总内存量存在内部限制。如果超过此限制,那么将使用贪婪连接枚举来编译语句,或者语句仅受剩余 appl_memory 和/或 instance_memory 的大小限制。如果应用程序正在接收 SQL0437W 警告,并且查询的运行时性能不可接受,那么您可能要考虑设置一个足够大的手动 stmtheap 值,以确保始终使用动态连接枚举。
希望能帮到你。
com.ibm.db2.jcc.b.SqlException: DB2 SQL error: SQLCODE: -407, SQLSTATE: 23502, SQLERRMC: TBSPACEID=2, TABLEID=640, COLNO=0分析DB2报出的错误信息,主要从六个方面进行分析:
SQLCODE, SQLSTATE, SQLERRMC, TBSPACEID, TABLEID, COLNO
1、先从SQLCODE和SQLSTATE两方面的数字确认是什么原因
2、在根据TBSPACEID和TABLEID两方面确认是哪个表
SQL语句:select * from syscat.tables where tbspaceid="" and tableid=""
3、根据COLNO确认是哪个列出问题
SELECT * FROM SYSCAT.COLUMNS WHERE TABNAME= '*******' AND COLNO = “”
三步就可以精确确认错误的原因了
原理分析:在DB2 数据库中隐藏着一个内部表,专存储数据库的各个表。可以通过select * from syscat.tables进行查看。TBSPACEID, TABLEID, COLNO 都是表tables 中的字段。
=====================================================================
but,
我的DB2数据库错误信息:
com.ibm.db2.jcc.b.SqlException: DB2 SQL error: SQLCODE: -532, SQLSTATE: 23504, SQLERRMC: DE_ANOM_DETN.FK_TT_ANOM_TT_DETN_EVNT
根据SQLCODE和SQLERRMC可知:
-532 23504 删除 *** 作违反了已指定的参照约束
可以判断出,应该是在删除级联表格时,发现参考的外键为空了,应该是提前删除了。
但是我的错误信息里面并没有上面提示的那么详细,上面的是SQLERRMC: TBSPACEID=2, TABLEID=640, COLNO=0 ,而我的是SQLERRMC: DE_ANOM_DETN.FK_TT_ANOM_TT_DETN_EVNT,由此可以推断出,SQLERRMC里面的信息就是定位错误的核心!!可是这个是什么呢??估计这个应该找数据库设计文档了。
最后没管这个问题,直接把DB2恢复(restore)一个镜像点了,然后mq(Qmanager)启动,was启动(前提是mq启动)。问题可能是执行顺序或者因为某个服务器节点未启动caused的,当这些服务器节点都正常启动之后,把数据库restore正常状态,然后就可以正常执行了。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)