数据库在对行操作的时候，为了避免多个作业互相覆盖影响数据准确性，在进行操作（尤其是写操作）的时候会上锁，同一时间只有一个作业可以修改数值
对行上锁，为了记录锁的信息，所以会占用一定的内存空间，一旦行锁太多的话不仅占用巨大内存空间，还会反复对行上锁，如果一个事务要同时修改10万行的话，就要执行十万次次行上锁，所以这时候我们希望能够升级成表锁，让他操作完之后再释放给其他应用使用，同样的表锁也会升级为数据库锁。
但是如果很快就锁升级的话，明明可以几个应用同时操作，却硬让别人等待，这也是不优雅的，所以需要考虑如何设置locklist和maxlocks
参考
maxlocks IBM Documentation
locklist IBM Documentation
db2pd IBM Documentation
self_tuning_mem 为ON的时候会自动对locklist和maxlocks进行调整
锁升级发生的条件
１ 所有的应用加起来达到了locklist上限
２ 单一应用的锁达到了maxlocks限制
那也就是取反的事情，当这两个条件都不达到的时候，就可以避免发生锁升级
计算
所有应用的锁总数 小于 locklist * 4096 / locksize
并且锁数最多的应用的锁数 小于 ( maxlocks * locklist * 4096 ) / (100 * locksize)
同时满足的话就不会发生锁升级
假设
最大的应用会同时持有的锁数 = 10 0000
设置
maxlocks = 10
令不等式
10 0000 小于 （ 10 * locklist * 4096）/ (100 * 128)
成立，就可以反过来算出locklist的最小值为 31250
所以locklist就可以设置为稍微高于31250的值