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