【召集】DB2死锁的问题--欢迎各位达人乱入

jkfree

今天IBM的人来我们公司，我问了一些关于死锁方面的问题，但是现在还是没有搞清楚，记得以前他们跟我说锁定列表、锁定百分比、还有锁定超时是决定死锁的几个重要参数，今天竟然听见的是只有锁定超时参数跟死锁有关,而其他是性能调优的参数，我还跟她讨论半天真是丢脸啊，晕了。
按照我的理解：
    如果锁定列表越大那么锁升级的情况就会减少，那么就可能避免死锁了，同时对于其他参数向是排序堆等等堆栈只要系统内存足够大应该可以配置很大，同时如果这些参数都足够大的话那么执行select、update等语句的时候肯定是很快就会把操作的表的锁释放掉，那么就会避免了很多的情况了，但是当我说出我这些想法之后全部被她否定，郁闷啊，现在越来越搞不懂了。
    还有就是用自动配置助手配置参数之后，配置助手会把排序堆等重要堆栈调至很低，根本满足不了应用，程序老是报错，我们还讨论了此问题，她说可能是我的配置参数时的给出的数据不合理，但是那些数据是我根据平时很久的总结而提供的啊，我都被她搞晕了。
    带着这些问题，我想让各位达人在这里讨论一下这些问题，欢迎回帖！

DB2_AIX

你是32位系统还是64位系统，32位系统数据库共享内存只能到2G，如： “如果锁定列表越大那么锁升级的情况就会减少，那么就可能避免死锁了，同时对于其他参数向是排序堆等等堆栈只要系统内存足够大应该可以配置很大，同时如果这些参数都足够大的话那么执行select、update等语句的时候肯定是很快就会把操作的表的锁释放掉，那么就会避免了很多的情况了，但是当我说出我这些想法之后全部被她否定，郁闷啊，现在越来越搞不懂了”这句话，随便调大这些参数可能会有更大的问题，她肯定会否定你的！有死锁，先看看应用程序有没有问题！

lizhuo

ibm的人说的很对，你的理解像：如果锁定列表越大那么锁升级的情况就会减少，那么就可能避免死锁了。是对的，但是有些参数调的很大，但性能有可能会下降。要根据应用来调参，不能主管臆断的去调。不是越大越好。经常死锁，肯定是应用写的有问题。

jkfree

多谢DB2_AIX   和 lizhuo   的支持.
我用的都是win32的，对于aix的用的很少。我调参数的时候都是前台在跑应用程序之后，数据库报出对应的堆栈不够的时候，然后我会对其修改，一般都是微调一下了，如果不行再增大，直至问题解决，但是这样会产生出一些问题：就是可能导致各参数之间的不协调，最后导致数据库性能下降的问题，所以我用自带的配置助手可是每次配置出来都是不尽人意啊，后来就不用了。我们的应用系统一般又很多表的关联操作，很多时候可能会用一些比较复杂的sql语句，我都对这些sql进行过了调优的。所以现在我对参数的配置都是很模糊啊，特别是对死锁真是太头疼了。虽然已经用了两年了，呵呵，真是寒啊。

jkfree

markmahw      
圣骑士

以前做项目的时候，我就跟你们ibm的两个工程师进行过多次讨论这个问题了大概有半年的时间都是关于死锁的问题，这种不用什么负责不负责的，只不过是我个人的使用心得罢了。
如果maxlocks调大以后，就减少了并发性，这个应该没有什么问题吧。每个进程要对表进行操作必须对表实施表的锁定策略，那么必须占用locklist的空间，如果分配太大，那么获得操作权限的进程相对减少，是不是就造成了并发性降低呢。

我们同样的应用程序在mssql和oracle上跑的贼溜贼溜的，换到了db2上的确是碰到了好多问题，还有就是你不觉得db2的使用的确也是不如其他两种方便吗？

纯属个人意见，如有疏忽请指正.

lizhuo

把你报的错呵数据库的配置参数贴出来，你的服务器硬件信息也贴出来。