db2 为什么会锁表

db2 为什么会锁表

一个事务会在表上加锁，不管是查询还是修改，只是锁的类型不同，共享锁或是排他锁。
这与设定的隔离级和做的操作有关。
估计楼主关心的是非共享锁表，下面给出我所了解的几种情况
1.lock table in exclusive mode
2.隔离级设为rr,并执行修改操作
3.如果更新行数太多，可能会由行级锁升级为表锁

锁是数据库为了控制并发数据的完整性而引入的机制。锁表只是锁的一种。 锁表简单来说就是一个事务操作对表A进行加锁（排他锁），但一直不释放该锁，A表处于锁定状态。其他事务无法会访问该表造成锁等待。 DB2锁表 DB2支持的表级锁定 1、IN 无意图锁（Intent Node），不需要行锁，拥有者可以读取包括其他事务未提交数据在内的所有数据，但不能对表中的数据作出修改。 2、IS意图共享锁（Intent Share），需要行锁配合拥有者可以在拥有相应行上的S锁时可以读取该行的数据，但不能修改数据。 3、IX意图排他锁（Intent eXclusive），需要行锁配合拥有者可以在拥有相应行上的X锁时可以修改该行的数据 4、SIX共享并且意图排他锁（Share with Intent eXclusive），需要行锁配合拥有者可以读取表中的任何数据，如果在相应的行上可以获得X锁，可以修改该行。SIX的获取比较特殊，当程序拥有IX锁时请求S锁，或者在已经拥有S锁的时候请求IX锁时产生 5、S共享锁（Share），不需要行锁配合可以读取表上的任何数据，如果表上被加了S锁，表上的数据只能被读取而不能做出任何修改 6、U 更新锁（Update），不需要行锁配合拥有者可以读取表中的任何数据，如果升级为X锁，则可以更改表中的任何数据，该锁是等待对数据进行修改的一种中间状态 7、X排他锁（eXclusive），不需要行锁配合拥有者可以读取或者修改表中的任意数据，如果加上了X锁，除了未提交读事务外，其他程序都不能对表进行任何读取或者修改 8、Z超级排他锁（Super eXclusive），不需要行锁配合该锁一般不是由DML产生，而是由Drop,Alter或者创建删除索引时产生的，加上Z锁后，所有程序（包括未提交读程序）都不能对表进行读取或者修改 具体来说，IS,IX,SIX用于表一级并且需要行锁配合，用于阻止其他程序对表加上排他锁。区别如下： · 如果一个程序获得表的IS锁，程序可以获得某一行上的S锁用于只读操作，其他程序也可以读取该行，或者对表中其他行作出修改。 · 如果一个程序获得表的IX锁，程序可以获得某一行的X锁用于更改操作，其他程序可以更改或者读取表中其他的行。 · 如果一个程序获得表的SIX锁，程序可以获得某一行的X锁用于更改操作，其他程序只能对表中的其他行进行只读操作。 S,U,X,Z用于表一级，不需要行锁的配合。区别如下： · 如果程序得到表的S锁，则程序可以读表中的任意数据，同时允许其他程序获得表上的只读锁请求，如果有程序需要更改表上的数据，必须等到S锁释放。 · 如果程序得到U锁，程序可以读取表中任意数据，最终可以通过获得X锁得到对表中任意数据的修改权，其他程序只能读取表中的数据，U锁与S锁的区别在于修改意图，U锁的设计主要是为了避免两个程序在拥有S锁的情况下同时申请X锁导致死锁。 · 如果程序得到表上的X锁，程序可以读或者修改表上任意数据，其他程序无法读或者修改表上的数据。 · 如果程序获得Z锁，程序可以读或者修改表中任意数据，其他程序包括未提交读程序在内不能对表执行读或者修改操作。 IN锁用于表上以允许未提交读这一概念。 默认情况下，DB2总是尝试获取行锁，但可以使用ALTER TABLE语句修改为总是获取表锁，也可以使用LOCK TABLE语句获取表锁。