一级a做爰片免费网站短视频seo排名赚app是真的吗

数据库在对行操作的时候，为了避免多个作业互相覆盖影响数据准确性，在进行操作（尤其是写操作）的时候会上锁，同一时间只有一个作业可以修改数值

对行上锁，为了记录锁的信息，所以会占用一定的内存空间，一旦行锁太多的话不仅占用巨大内存空间，还会反复对行上锁，如果一个事务要同时修改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的值