西宁做网站最好的公司哪家好,网页设计网站模板,合肥官方网站优化费用,太原网站建设方案优化数据库在对行操作的时候#xff0c;为了避免多个作业互相覆盖影响数据准确性#xff0c;在进行操作#xff08;尤其是写操作#xff09;的时候会上锁#xff0c;同一时间只有一个作业可以修改数值
对行上锁#xff0c;为了记录锁的信息#xff0c;所以会占用一定的内存…数据库在对行操作的时候为了避免多个作业互相覆盖影响数据准确性在进行操作尤其是写操作的时候会上锁同一时间只有一个作业可以修改数值
对行上锁为了记录锁的信息所以会占用一定的内存空间一旦行锁太多的话不仅占用巨大内存空间还会反复对行上锁如果一个事务要同时修改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的值
