怎么查看数据库锁表

怎么知道数据库表已经锁表了

先回答你的问题：

select from v$locked_object;

可以获得被锁的对象的object_id及产生锁的会话sid。

通过查询结果中的object_id，可以查询到具体被锁的对象

再给你看看我查到的一些关于锁的资料：

锁有以下几种模式:

0：none

1：null 空

2：Row-S 行共享(RS)：共享表锁

3：Row-X 行专用(RX)：用于行的修改

4：Share 共享锁(S)：阻止其他DML *** 作

5：S/Row-X 共享行专用(SRX)：阻止其他事务 *** 作

6：exclusive 专用(X)：独立访问使用

数字越大锁级别越高, 影响的 *** 作越多。

一般的查询语句如select from ;是小于2的锁, 有时会在v$locked_object出现。

select from for update; 是2的锁。

当对话使用for update子串打开一个游标时，

所有返回集中的数据行都将处于行级(Row-X)独占式锁定，

其他对象只能查询这些数据行，不能进行update、delete或selectfor update *** 作。

insert / update / delete ; 是3的锁。

没有mit之前插入同样的一条记录会没有反应,

因为后一个3的锁会一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作。

创建索引的时候也会产生3,4级别的锁。

locked_mode为2,3,4不影响DML(insert,delete,update,select) *** 作,

但DDL(alter,drop等) *** 作会提示ora-00054错误。

有主外键约束时 update / delete ; 可能会产生4,5的锁。

DDL语句时是6的锁。

以DBA角色, 查看当前数据库里锁的情况可以用如下SQL语句：

select object_id,session_id,locked_mode from v$locked_object;

select t2username,t2sid,t2serial#,t2logon_time

from v$locked_object t1,v$session t2

where t1session_id=t2sid order by t2logon_time;

如果有长期出现的一列，可能是没有释放的锁。

我们可以用下面SQL语句杀掉长期没有释放非正常的锁：

alter system kill session 'sid,serial#';

如果出现了锁的问题, 某个DML *** 作可能等待很久没有反应。

当你采用的是直接连接数据库的方式，

也不要用OS系统命令 $kill process_num 或者 $kill -9 process_num来终止用户连接，

因为一个用户进程可能产生一个以上的锁, 杀OS进程并不能彻底清除锁的问题。

记得在数据库级别用alter system kill session 'sid,serial#';杀掉不正常的锁。

这里还讲了一些：

>>

查看oracle是否锁表

Oracle数据库 *** 作中，我们有时会用到锁表查询以及解锁和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)杀掉对应进程

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

其中1025为sid,41为serial#

怎么查看 sql server 数据库有没有锁表

--查看被锁表： select request_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName from sysdm_tran_locks where resource_type='OBJECT' --spid 锁表进程 --tableName 被锁表名 -- 解锁： declare @spid int Set @spid = 57 --锁表进程 declare @sql varchar(1000) set @sql='kill '+cast(@spid as varchar) exec(@sql)

MYSQL数据库怎么查看 哪些表被锁了

用navicate工具可以轻松查看

里面lock的就是被锁的

查询oracle 数据库里有哪些表锁死

查锁，

SELECT /+ rule / susername,

decode(ltype,'TM','TABLE LOCK',

'TX','ROW LOCK',

NULL) LOCK_LEVEL,

oowner,oobject_name,oobject_type,

ssid,sserial#,sterminal,smachine,sprogram,sosuser

FROM v$session s,v$lock l,dba_objects o

WHERE lsid = ssid

AND lid1 = oobject_id(+)

AND susername is NOT NULL

杀锁

alter system kill session '25,7357'

如何查询mysql数据库表是否被锁 csdn

show OPEN TABLES where In_use > 0;

如何查看mysql中表的锁定情况

1 show processlist;

SHOW PROCESSLIST显示哪些线程正在运行。您也可以使用mysqladmin processlist语句得到此信息。如果您有SUPER权限，您可以看到所有线程。否则，您只能看到您自己的线程（也就是，与您正在使用的MySQL账户相关的线程）。如果有线程在update或者insert 某个表，此时进程的status为updating 或者 sending data。

如果您得到“too many connections”错误信息，并且想要了解正在发生的情况，本语句是非常有用的。MySQL保留一个额外的连接，让拥有SUPER权限的账户使用，以确保管理员能够随时连接和检查系统（假设您没有把此权限给予所有的用户）。

Status

含义

Checking table

正在检查数据表（这是自动的）。

Closing tables

正在将表中修改的数据刷新到磁盘中，同时正在关闭已经用完的表。这是一个很快的 *** 作，如果不是这样的话，就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。

Connect Out

复制从服务器正在连接主服务器。

Copying to tmp table on disk

由于临时结果集大于tmp_table_size，正在将临时表从内存存储转为磁盘存储以此节省内存。

Creating tmp table

正在创建临时表以存放部分查询结果。

deleting from main table

服务器正在执行多表删除中的第一部分，刚删除第一个表。

deleting from reference tables

服务器正在执行多表删除中的第二部分，正在删除其他表的记录。

Flushing tables

正在执行FLUSH TABLES，等待其他线程关闭数据表。

Killed

发送了一个kill请求给某线程，那么这个线程将会检查kill标志位，同时会放弃下一个kill请求。MySQL会在每次的主循环中检查kill标志位，不过有些情况下该线程可能会过一小段才能死掉。如果该线程程被其他线程锁住了，那么kill请求会在锁释放时马上生效。

Locked

被其他查询锁住了。

Sending data

正在处理SELECT查询的记录，同时正在把结果发送给客户端。

Sorting for group

正在为GROUP BY做排序。

Sorting for order

正在为ORDER BY做排序。

Opening tables

这个过程应该会很快，除非受到其他因素的干扰。例如，在执ALTER TABLE或LOCK TABLE语句行完以前，数据表无法被其他线程打开。正尝试打开一个表。

Removing duplicates

正在执行一个SELECT DISTINCT方式的查询，但是MySQL无法在前一个阶段优化掉那些重复的记录。因此，MySQL需要再次去掉重复的记录，然后再把结果发送给客户端。

Reopen table

获得了对一个表的锁，但是必须在表结构修改之后才能获得这个锁。已经释放锁，关闭数据表，正尝试重新打开数据表。

Repair by sorting

修复指令正在排序以创建索引。

Repair with keycache

修复指令正在利用索引缓存一个一个地创建新索引。它会比Repair by >>

如何查看SQL数据有没有锁表

后续版本的 Microsoft SQL Server 将删除该功能。请避免在新的开发工鼎中使用该功能，并着手修改当前还在使用该功能的应用程序。若要获取有关 SQL Server 数据库引擎中的锁的信息，请使用 sysdm_tran_locks 动态管理视图。

USE master;

GO

EXEC sp_lock 53;

GO

查看Oracle中是否有锁表的sql

查锁，

SELECT /+ rule / susername,

decode(ltype,'TM','TABLE LOCK',

'TX','ROW LOCK',

NULL) LOCK_LEVEL,

oowner,oobject_name,oobject_type,

ssid,sserial#,sterminal,smachine,sprogram,sosuser

FROM v$session s,v$lock l,dba_objects o

WHERE lsid = ssid

AND lid1 = oobject_id(+)

AND susername is NOT NULL

杀锁

alter system kill session '25,7357'

如何查询mysql中是否表被锁

show OPEN TABLES where In_use > 0;

show global status like 'table_locks%';

基本的封锁类型有两种:排它锁(X锁)和共享锁(S锁)所谓X锁,是事务T对数据A加上X锁时,只允许事务T读取和修改数据A,所谓S锁,是事务T对数据A加上S锁时,其他事务只能再对数据A加S锁,而不能加X锁,直到T释放A上的S锁

若事务T对数据对象A加了S锁,则T就可以对A进行读取,但不能进行更新(S锁因此又称为读锁),在T释放A上的S锁以前,其他事务可以再对A加S锁,但不能加X锁,从而可以读取A,但不能更新A

oracle数据库 锁表和死锁的区别

死锁指的是a,b两个事务对同一对象进行dml或ddl *** 作（即修改表结构或者增删改数据），出现了相互等待被锁定的对象的情况，即类似于红绿灯十字路口红灯方向堵住路口，绿灯方向却红灯车辆挡在路口不能过去，这样无论红绿灯如何变化都无法通行。一般像oracle这样的dbms是有死锁检测的，然后把锁定对象抛出来按照预定规则处理或者让程序处理。 锁等待指的是a事务锁定了 *** 作对象，而b事务也要对其进行dml或ddl *** 作（即修改表结构或者增删改数据）时，需要等待a事务完成。这个和死锁不同，只要a事务完成后，b事务就可以正常进行了。类似于正常的红绿灯十字路口通行状态：红灯方向就是等待锁释放的b事务，绿灯方向就是锁定路口的a事务。待红绿灯互换，则a事务执行完毕，b事务也就可以正常执行啦。

MySQL锁表是什么意思？有什么用？什么情况下用？好处？缺点？

白话解说如下：

简单说，就是lock table，不让别人动

锁分共享锁和排它锁。

共享锁时，别人能读，不能改变量表数据

排它锁时，别人既不能读，也不能改表数据

根据以上特点，应该就知道何时使用锁了。不想让别人变更数据，对自己产生影响，就加锁。一定要在不用之后，进行锁释放，不然，应用系统会一直因为读取数据而报错。

好处就是，保证数据的原子性，完整性，一致性。 只有加锁者释放了锁，别人才能改变数据。

缺点就是，增加了系统开销，有可能产生锁等待，造成数据库运行异常。这都是不正常的使用锁带来的问题。

什么情况下造成数据库锁表？ 如何解决？

zhidaobaidu/question/180766896

两个SQL的锁表问题

不同的数据库，多版本的实现机制不同，上述语句执行情况也就不一样，下面以oracle为例说明：

1insert/delete语句可以并发执行，不会锁等待

2并发insert不会锁等待

3并发update，如果不是 *** 作同一条记录，不会锁等待

=================================================

对真实存在的数据进行并发 *** 作才有可能发生写冲突，所以楼主供要把握住这点就可以判断是否会冲突了。

建议楼主构造简单数据，开两个客户端，在不同的隔离级下去模拟并发 *** 作，理论和实践相结合，你会理解的更透彻。

oracle 数据库 为什么锁表

简单地说，锁是为了保证数据的一致性，锁不止存在于oracle，其他数据库一样有，只不过机制上可能大相径庭。 至于什么样的 *** 作会锁表，其实锁的种类很多，你所说的锁表大概说的是行级锁——也就是事务锁吧

如何将数据库中被锁表解锁

在 *** 作数据库的时候，有时候会由于 *** 作不当引起数据库表被锁定，这么我们经常不知所措，不知怎么给这些表解锁，在pl/sql Developer工具的的菜单“tools”里面的“sessions”可以查询现在存在的会话，但是我们很难找到那个会话被锁定了，想找到所以被锁的会话就更难了，下面这叫查询语句可以查询出所以被锁的会话。如下：

SELECT snusername, mSID,snSERIAL#, mTYPE,

DECODE (mlmode,

0, 'None',

1, 'Null',

2, 'Row Share',

3, 'Row Excl',

4, 'Share',

5, 'S/Row Excl',

6, 'Exclusive',

lmode, LTRIM (TO_CHAR (lmode, '990'))

) lmode,

DECODE (mrequest,

0, 'None',

1, 'Null',

2, 'Row Share',

3, 'Row Excl',

4, 'Share',

5, 'S/Row Excl',

6, 'Exclusive',

request, LTRIM (TO_CHAR (mrequest, '990'))

) request,

mid1, mid2

FROM v$session sn, v$lock m

WHERE (snSID = mSID AND mrequest != 0) --存在锁请求，即被阻塞

OR ( snSID = mSID --不存在锁请求，但是锁定的对象被其他会话请求锁定

AND mrequest = 0

AND lmode != 4

AND (id1, id2) IN (

SELECT sid1, sid2

FROM v$lock s

WHERE request != 0 AND sid1 = mid1

AND sid2 = mid2)

)

ORDER BY id1, id2, mrequest;

通过以上查询知道了sid和 SERIAL#就可以开杀了

alter system kill session 'sid,SERIAL#';

怎么知道数据库表已经锁表了

通过查询结果中的object_id，可以查询到具体被锁的对象再给你看看我查到的一些关于锁的资料：锁有以下几种模式: 0：none 1：null 空 2：Row-S 行共享(RS)：共享表锁 3：Row-X 行专用(RX)：用于行的修改 4：Share 共享锁(S)：阻止其他DML *** 作 5：S/Row-X 共享行专用(SRX)：阻止其他事务 *** 作 6：exclusive 专用(X)：独立访问使用数字越大锁级别越高, 影响的 *** 作越多。一般的查询语句如select from ;是小于2的锁, 有时会在v$locked_object出现。 select from for update; 是2的锁。当对话使用for update子串打开一个游标时，所有返回集中的数据行都将处于行级(Row-X)独占式锁定，其他对象只能查询这些数据行，不能进行update、delete或selectfor update *** 作。 insert / update / delete ; 是3的锁。没有mit之前插入同样的一条记录会没有反应, 因为后一个3的锁会一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作。创建索引的时候也会产生3,4级别的锁。 locked_mode为2,3,4不影响DML(insert,delete,update,select) *** 作, 但DDL(alter,drop等) *** 作会提示ora-00054错误。有主外键约束时 update / delete ; 可能会产生4,5的锁。 DDL语句时是6的锁。以DBA角色, 查看当前数据库里锁的情况可以用如下SQL语句： select object_id,session_id,locked_mode from v$locked_object; select t2username,t2sid,t2serial#,t2logon_time from v$locked_object t1,v$session t2 where t1session_id=t2sid order by t2logon_time; 如果有长期出现的一列，可能是没有释放的锁。我们可以用下面SQL语句杀掉长期没有释放非正常的锁： alter system kill session 'sid,serial#'; 如果出现了锁的问题, 某个DML *** 作可能等待很久没有反应。当你采用的是直接连接数据库的方式，也不要用OS系统命令 $kill process_num 或者 $kill -9 process_num来终止用户连接，因为一个用户进程可能产生一个以上的锁, 杀OS进程并不能彻底清除锁的问题。

如何实现数据库锁表及解锁

锁表：

LOCK TABLES tablename WRITE;LOCK TABLES tablename READ;解锁

UNLOCK TABLES;

数据库中如何释锁表进程

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

select count() from v$locked_object;

select from v$locked_object;

查看哪个表被锁

select bowner,bobject_name,asession_id,alocked_mode　 from v$locked_object a,dba_objects b　 where bobject_id = aobject_id;查看是哪个session引起的

select busername,bsid,bserial#,logon_time from v$locked_object a,v$session b where asession_id = bsid order by blogon_time;杀掉对应进程

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

其中1025为sid,41为serial#

怎么知道数据库表已经锁表了

先回答你的问题：

select from v$locked_object;

可以获得被锁的对象的object_id及产生锁的会话sid。

通过查询结果中的object_id，可以查询到具体被锁的对象

再给你看看我查到的一些关于锁的资料：

锁有以下几种模式:

0：none

1：null 空

2：Row-S 行共享(RS)：共享表锁

3：Row-X 行专用(RX)：用于行的修改

4：Share 共享锁(S)：阻止其他DML *** 作

5：S/Row-X 共享行专用(SRX)：阻止其他事务 *** 作

6：exclusive 专用(X)：独立访问使用

数字越大锁级别越高, 影响的 *** 作越多。

一般的查询语句如select from ;是小于2的锁, 有时会在v$locked_object出现。

select from for update; 是2的锁。

当对话使用for update子串打开一个游标时，

所有返回集中的数据行都将处于行级(Row-X)独占式锁定，

其他对象只能查询这些数据行，不能进行update、delete或selectfor update *** 作。

insert / update / delete ; 是3的锁。

没有mit之前插入同样的一条记录会没有反应,

因为后一个3的锁会一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作。

创建索引的时候也会产生3,4级别的锁。

locked_mode为2,3,4不影响DML(insert,delete,update,select) *** 作,

但DDL(alter,drop等) *** 作会提示ora-00054错误。

有主外键约束时 update / delete ; 可能会产生4,5的锁。

DDL语句时是6的锁。

以DBA角色, 查看当前数据库里锁的情况可以用如下SQL语句：

select object_id,session_id,locked_mode from v$locked_object;

select t2username,t2sid,t2serial#,t2logon_time

from v$locked_object t1,v$session t2

where t1session_id=t2sid order by t2logon_time;

如果有长期出现的一列，可能是没有释放的锁。

我们可以用下面SQL语句杀掉长期没有释放非正常的锁：

alter system kill session 'sid,serial#';

如果出现了锁的问题, 某个DML *** 作可能等待很久没有反应。

当你采用的是直接连接数据库的方式，

也不要用OS系统命令 $kill process_num 或者 $kill -9 process_num来终止用户连接，

因为一个用户进程可能产生一个以上的锁, 杀OS进程并不能彻底清除锁的问题。

记得在数据库级别用alter system kill session 'sid,serial#';杀掉不正常的锁。

这里还讲了一些：

>>

基本的封锁类型有两种:排它锁(X锁)和共享锁(S锁)所谓X锁,是事务T对数据A加上X锁时,只允许事务T读取和修改数据A,所谓S锁,是事务T对数据A加上S锁时,其他事务只能再对数据A加S锁,而不能加X锁,直到T释放A上的S锁

若事务T对数据对象A加了S锁,则T就可以对A进行读取,但不能进行更新(S锁因此又称为读锁),在T释放A上的S锁以前,其他事务可以再对A加S锁,但不能加X锁,从而可以读取A,但不能更新A

1、查看数据库锁,诊断锁的来源及类型：

select object_id,session_id,locked_mode from v$locked_object;

或者用以下命令：

select bowner,bobject_name,lsession_id,llocked_mode

from v$locked_object l, dba_objects b

where bobject_id=lobject_id 2、找出数据库的serial#,以备杀死：

select t2username,t2sid,t2serial#,t2logon_time

from v$locked_object t1,v$session t2

where t1session_id=t2sid order by t2logon_time; 3、杀死该session

alter system kill session 'sid,serial#'

记得以上是用SYS或者SYSTEM账户进入，要不没权限。

在我们系统中有一张表它的查询概率非常高。 最近有个需求，需要对这个表增加一个字段 ，然而在增加字段的时候发现系统中有多个业务出现了超时 *** 作，那么这个是什么原因导致的呢？经过查阅资料发现是数据库的 MDL锁+事务导致 的。

MDL锁属于表级别的元数据锁。 表级别锁分为数据锁和元数据锁，通常我们说的加锁一般指的是加的数据锁。跟数据锁一样，元数据锁也分读锁和读写锁。

MDL不需要显示使用，在进行表 *** 作时会自动加上 。当对表进行增删改查时，会自动加上MDL读锁；当要对表进行加减字段的结构修改时，会自动加上MDL写锁。

MDL锁的存在，其实是为了保证数据的一致性。 想象一下，假如没有MDL锁，一个查询在遍历表数据的过程中，另外一个线程执行了ALTER TABLE t DELETE COLUMN 'col_1'把col_1这一列删掉了，那查询结果就乱了，结果中是否应该有这一列数据？

：表示正常往下执行

：表示卡住了，即无法往下执行。

解释：

步骤 1 2 正常执行。执行步骤2 时，会申请表customer的MDL的 SHARED_READ 锁。

步骤3 会卡住， 因为此时会申请表customer的MDL的EXCLUSIVE锁，但是事物一的事物没有提交，此时是无法申请到EXCLUSIVE锁，因为它们是互斥的。

步骤4 也会卡住，因为EXCLUSIVE锁和SHARE_READ锁是互斥的， 且EXCLUSIVE锁的优先级更高 ，所以步骤4 也会卡住。

步骤5 事物提交，释放表的SHARE_READ锁，之后就可以执行6 和7 的 *** 作了。

如果先执行事务二，在执行事务三，则是可以成功的，因为alter数据ddl语句，和事物无关。

因此在我们开发的过程中，需要避免大的事务 *** 作，防止占有锁的时间过长。

(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：使用行级锁，而不使用粒度更粗的页级锁和表级锁。

(9)

SERIALIZABLE：用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于

HOLDLOCK。

(10)

TABLOCK：指定使用表级锁，而不是使用行级或页面级的锁，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：使用行级锁，而不使用粒度更粗的页级锁和表级锁。

(9)

SERIALIZABLE：用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于

HOLDLOCK。

(10)

TABLOCK：指定使用表级锁，而不是使用行级或页面级的锁，SQL

Server在该语句执行完后释放这个锁，而如果同时指定了HOLDLOCK，该锁一直保持到这个事务结束。

(11)

TABLOCKX：指定在表上使用排它锁，这个锁可以阻止其他事务读或更新这个表的数据，直到这个语句或整个事务结束。

(12)

UPDLOCK

：指定在

读表中数据时设置更新

锁（update

lock）而不是设置共享锁，该锁一直保持到这个语句或整个事务结束，使用UPDLOCK的作用是允许用户先读取数据（而且不阻塞其他用户读数据），并且保证在后来再更新数据时，这一段时间内这些数据没有被其他用户修改。

以上就是关于怎么查看数据库锁表全部的内容，包括:怎么查看数据库锁表、数据库中什么是S锁什么是X锁它们区别是什么、数据库锁表是什么意思等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！