db2数据库里面的一张表被锁定，怎么解锁

请教各位:DB2数据库里如何判断一个表被锁

1、执行命令打开锁的监视开光

UPDATE

MONITOR

SWITCHES

USING

lock

on==>;>;

2、查看数据库的锁的情况

get

snapshot

for

locks

on

tberp

3、某一个用户的锁的情况

get

snapshot

for

application

applid

C0A8084A040A031015144751

4、如果表被锁可以关闭该应用连接

force

application

ID1

5、看正在运行的程序有没有处于锁等待状态的

list

applications

for

db

tberp

show

detail

首先你要知道表锁住了是不是正常锁？因为任何DML语句都会对表加锁。

你要先查一下是那个会话那个sql锁住了表，有可能这是正常业务需求，不建议随便KILL session，如果这个锁表是正常业务你把session kill掉了会影响业务的。

建议先查原因再做决定。

(1)锁表查询的代码有以下的形式：

select count() from v$locked_object;

select from v$locked_object;

(2)查看哪个表被锁

select bowner,bobject_name,asession_id,alocked_mode from v$locked_object a,dba_objects b where bobject_id = aobject_id;

(3)查看是哪个session引起的

select busername,bsid,bserial#,logon_time from v$locked_object a,v$session b where asession_id = bsid order by blogon_time;

(4)查看是哪个sql引起的

select busername,bsid,bserial#,c from v$locked_object a,v$session b,v$sql c where asession_id = bsid

and bSQL_ID = csql_id and csql_id = ''

order by blogon_time;

(5)杀掉对应进程

执行命令：alter system kill session'1025,41';

其中1025为sid,41为serial#

以下五种方法可以快速定位全局锁的位置，仅供参考。

方法1：利用 metadata_locks 视图

此方法仅适用于 MySQL 57 以上版本，该版本 performance_schema 新增了 metadata_locks，如果上锁前启用了元数据锁的探针（默认是未启用的），可以比较容易的定位全局锁会话。

方法2：利用 events_statements_history 视图此方法适用于 MySQL 56 以上版本，启用 performance_schemaeventsstatements_history（56 默认未启用，57 默认启用），该表会 SQL 历史记录执行，如果请求太多，会自动清理早期的信息，有可能将上锁会话的信息清理掉。

方法3：利用 gdb 工具如果上述两种都用不了或者没来得及启用，可以尝试第三种方法。利用 gdb 找到所有线程信息，查看每个线程中持有全局锁对象，输出对应的会话 ID，为了便于快速定位，我写成了脚本形式。也可以使用 gdb 交互模式，但 attach mysql 进程后 mysql 会完全 hang 住，读请求也会受到影响，不建议使用交互模式。

方法4：show processlist

如果备份程序使用的特定用户执行备份，如果是 root 用户备份，那 time 值越大的是持锁会话的概率越大，如果业务也用 root 访问，重点是 state 和 info 为空的，这里有个小技巧可以快速筛选，筛选后尝试 kill 对应 ID，再观察是否还有 wait global read lock 状态的会话。

方法5：重启试试！

步骤一：使用命令get snapshot来查询哪些进程锁了哪些表。

步骤二：使用命令force来断开这些进行了死锁的进程来。

步骤三： 使用命令list application查看是否已经断开了哪些进行了死锁的进程。

步骤一：使用命令get snapshot来查询哪些进程锁了哪些表。

步骤二：使用命令force来断开这些进行了死锁的进程来。

步骤三： 使用命令list application查看是否已经断开了哪些进行了死锁的进程。这样就可以解锁了

锁的作用，就是把权限归为私有，其它人用不了。你自已把表锁了，自已当然还能用。

1、表级别的锁定是MySQL各存储引擎中最大颗粒度的锁定机制。该锁定机制最大的特点是实现逻辑非常简单，带来的系统负面影响最小。所以获取锁和释放锁的速度很快。由于表级锁一次会将整个表锁定，所以可以很好的避免困扰我们的死锁问题。

2、数据库锁定机制简单来说就是数据库为了保证数据的一致性而使各种共享资源在被并发访问访问变得有序所设计的一种规则。

3、对于任何一种数据库来说都需要有相应的锁定机制，所以MySQL自然也不能例外。

4、MySQL数据库由于其自身架构的特点，存在多种数据存储引擎，每种存储引擎所针对的应用场景特点都不太一样，为了满足各自特定应用场景的需求，每种存储引擎的锁定机制都是为各自所面对的特定场景而优化设计，所以各存储引擎的锁定机制也有较大区别。

5、总的来说，MySQL各存储引擎使用了三种类型（级别）的锁定机制：行级锁定，页级锁定和表级锁定。下面我们先分析一下MySQL这三种锁定的特点和各自的优劣所在。

方法1：用mysql命令锁住表

public void test() {  

  

    String sql = "lock tables aa1 write";  

    // 或String sql = "lock tables aa1 read";   

    // 如果想锁多个表 lock tables aa1 read ,aa2 write ,    

    String sql1 = "select  from aa1 ";  

  

    String sql2 = "unlock tables";  

    try {  

        thispstmt = connprepareStatement(sql);  

        thispstmt1 = connprepareStatement(sql1);  

        thispstmt2 = connprepareStatement(sql2);  

        pstmtexecuteQuery();  

        pstmt1executeQuery();  

        pstmt2executeQuery();  

  

    } catch (Exception e) {  

        Systemoutprintln("异常" + egetMessage());  

    }  

  

}

对于read lock 和 write lock官方说明：

1如果一个线程获得一个表的READ锁定，该线程（和所有其它线程）只能从该表中读取。

如果一个线程获得一个表的WRITE锁定，只有保持锁定的线程可以对表进行写入。

其它的线程被阻止，直到锁定被释放时为止。

2当您使用LOCK TABLES时，您必须锁定您打算在查询中使用的所有的表。

虽然使用LOCKTABLES语句获得的锁定仍然有效，但是您不能访问没有被此语句锁定的任何的表。

同时，您不能在一次查询中多次使用一个已锁定的表——使用别名代替，

在此情况下，您必须分别获得对每个别名的锁定。

对与read lock 和 write lock个人说明：

1read lock 和 write lock 是线程级(表级别)

2在同一个会话中加了read lock锁 只能对这个表进行读 *** 作对这个表以外的任何表都无法进行增、删、改、查的 *** 作

但是在不同会话中，只能对加了read lock的表进行读 *** 作但可以对read lock以外的表进行增、删、改、查的 *** 作

3在同一个会话中加了write lock锁只能对这个表进行读、写 *** 作对这个表以外的任何表都无法进行增、删、改、查的 *** 作

但是在不同会话中,无法对加了write lock的表进行读、写 *** 作但可以对write lock以外的表进行增、删、改、查的 *** 作

4如果表中使用了别名(SELECT FROM aa1 AS byname_table)

在对aa1加锁时，必须把别名加上去(lock tables aa1 as byname_table read)

在同一个会话中必须使用别名进行查询

在不同的会话中可以不需要使用别名进行查询

5在多个会话中可以对同一个表进行lock read *** 作但不能在多个会话中对同一个表进行lock write *** 作（这些锁将等待已锁的表释放自身的线程锁）

如果多个会话对同一个表进行lock read *** 作那么在这些会话中,也只能对以锁的表进行读 *** 作

6如果要你锁住了一个表，需要嵌套查询你必须使用别名，并且，要锁定别名

例如lock table aa1 read ,aa1 as byname_table read;

select from aa1 where id in (select from aa1 as xx  where id=2);

7解锁必须用unlock tables;

另:

在JAVA程序中,要想解锁,需要调用 unlock tables来解锁

如果没有调用unlock tables

关闭connection 、程序结束 、调用GC 都能解锁

方法2：用记录锁锁表

public void test() {  

  

    String sql = "select  from aa1 for update";   

               // select  from aa1 lock in share mode;   

  

    try {  

        connsetAutoCommit(false);  

        thispstmt = connprepareStatement(sql);  

        pstmtexecuteQuery();  

  

    } catch (Exception e) {  

        Systemoutprintln("异常" + egetMessage());  

    }  

  

}

1for update 与 lock in share mode 属于行级锁和页级锁

2for update 排它锁,lock in share mode 共享锁

3对于记录锁必须开启事务

4行级锁定事实上是索引记录的锁定只要是用索引扫描的行（或没索引全表扫描的行）,都将被锁住

5在不同的隔离级别下还会使用next-key locking算法即所扫描的行之间的“间隙”也会也锁住(在Repeatable read和Serializable隔离级别下有间隙锁)

6在mysql中共享锁的含义是:在被共享锁锁住的行,即使内容被修改且并没有提交在另一个会话中依然看到最新修改的信息

在同一会话中加上了共享锁可以对这个表以及这个表以外的所有表进行增、删、改、查的 *** 作

在不同的会话中可以查到共享锁锁住行的最新消息但是在Read Uncommitted隔离级别下不能对锁住的表进行删，

改 *** 作（需要等待锁释放才能 *** 作）

在Read Committed隔离级别下不能对锁住的表进行删，改 *** 作（需要等待锁释放才能 *** 作）

在Repeatable read隔离级别下不能对锁住行进行增、删、改 *** 作（需要等待锁释放才能 *** 作）

在Serializable隔离级别下不能对锁住行进行增、删、改 *** 作  （需要等待锁释放才能 *** 作）

7在mysql中排他锁的含义是:在被排它锁锁住的行,内容修改并没提交，在另一个会话中不会看到最新修改的信息。

在不同的会话中可以查到共享锁锁住行的最新消息但是Read Uncommitted隔离级别下不能对锁住的表进行删，

改 *** 作（需要等待锁释放才能 *** 作）

在Read Committed隔离级别下不能对锁住的表进行删，改 *** 作（需要等待锁释放才能 *** 作）

在Repeatable read隔离级别下不能对锁住行进行增、删、改 *** 作（需要等待锁释放才能 *** 作）

在Serializable隔离级别下不能对锁住行进行增、删、改 *** 作 （需要等待锁释放才能 *** 作）

8在同一个会话中的可以叠加多个共享锁和排他锁在多个会话中,需要等待锁的释放

9SQL中的update 与 for update是一样的原理

10等待超时的参数设置:innodb_lock_wait_timeout=50 (单位秒)

11任何可以触发事务提交的命令,都可以关闭共享锁和排它锁

它所锁定的资源，其他事务不能读取也不能修改。独占锁不能和其他锁兼容。(4) 架构锁结构锁分为结构修改锁（Sch-M）和结构稳定锁（Sch-S）。执行表定义语言 *** 作时，SQL Server采用Sch-M锁，编译查询时，SQL Server采用Sch-S锁。 (5) 意向锁意向锁说明SQL Server有在资源的低层获得共享锁或独占锁的意向。(6) 批量修改锁批量复制数据时使用批量修改锁134 SQL Server锁类型 (1) HOLDLOCK: 在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。 (2) NOLOCK：不添加共享锁和排它锁，当这个选项生效后，可能读到未提交读的数据或“脏数据”，这个选项仅仅应用于SELECT语句。 (3) PAGLOCK：指定添加页锁（否则通常可能添加表锁）。 (4) READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL Server 2000 在此隔离级别上 *** 作。(5) READPAST: 跳过已经加锁的数据行，这个选项将使事务读取数据时跳过那些已经被其他事务锁定的数据行，而不是阻塞直到其他事务释放锁， READPAST仅仅应用于READ COMMITTED隔离性级别下事务 *** 作中的SELECT语句 *** 作。 (6) READUNCOMMITTED：等同于NOLOCK。 (7) REPEATABLEREAD：设置事务为可重复读隔离性级别。 (8) ROWLOCK：使用行级锁，而不使用粒度更粗的页级锁和表级锁。

以上就是关于db2数据库里面的一张表被锁定，怎么解锁全部的内容，包括:db2数据库里面的一张表被锁定，怎么解锁、oracle数据库锁表怎么解决、MYSQL数据库怎么查看 哪些表被锁了等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！