sqlserver被锁住,sqlserver 死锁解决方案

怎样查询出SQLSERVER被锁的表，以锁表的SQL语句

查看被锁表：

select request_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName

from sys.dm_tran_locks where resource_type='OBJECT'

spid 锁表进程

tableName 被锁表名

相关问答

Q1: sqlserver怎么清除死锁

1、首先需要判断是哪个用户锁住了哪张表.

查询被锁表

select request_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName 

from sys.dm_tran_locks where resource_type='OBJECT'

查询后会返回一个包含spid和tableName列的表.

其中spid是进程名,tableName是表名.

2.了解到了究竟是哪个进程锁了哪张表后,需要通过进程找到锁表的主机.

查询主机名

exec sp_who2 'xxx'

xxx就是spid列的进程,检索后会列出很多信息,其中就包含主机名.

3.通过spid列的值进行关闭进程.

关闭进程

declare @spid int

Set @spid = xxx --锁表进程

declare @sql varchar(1000)

set @sql='kill '+cast(@spid as varchar)

exec(@sql)

PS:有些时候强行杀掉进程是比较危险的,所以最好可以找到执行进程的主机,在该机器上关闭进程.

Q2: sqlserver 数据库死锁后多长时间解锁

SQL SERVER 通过锁管理器自动发现和解决死锁。在 SQL SERVER 中 Lock Monitor 管理线程（spid=4）每 5 秒钟检查一次系统中是否存在死锁，同时也会使用死锁发现计数器（Deadlock Detection Counter）控制检查死锁的频率。

死锁发现计数器初始值为 3，当发现死锁时被重新设置为 3，当没有发现死锁时此值减 1。如果死锁发现计数器大于 0，则在每次有进程获取锁被阻止时，锁管理器都要求 Lock Monitor 线程检查死锁；而如果计数器等于 0，则在每次有进程获取锁被阻止时，锁管理器不会要求 Lock Monitor 线程检查死锁，只是每 5 秒钟检查一次。

Lock Monitor 线程通过检查锁的等待列表发现保持锁的进程和等待锁的进程间的关系，从而发现死锁。

Q3: sqlserver怎么用sql查看具体那个表被锁住了

详细步骤如下：

1、点击【新建查询】按钮，打开SQL命令编辑框，对数据库表的操作以及维护都可以通过编辑SQL命令实现。

2、在编辑框内编辑创建数据库表的代码，确认代码无误后，单击【执行】按钮，创建数据表。

3、创建数据表的源代码如下：

use test go

if exists(select name from sys.tables where name='Student')

drop table Student go

create table Student

(sname nchar(10) primary key,

sex nchar(2) not null,

bir datetime)

数据库管理系统，database management system，简称dbms，是一种操纵和管理数据库的大型软件，用于建立、使用和维护数据库。用户通过dbms访问数据库中的数据，数据库管理员也通过dbms进行数据库的维护工作。它可使多个应用程序和用户用不同的方法在同时或不同时刻去建立，修改和询问数据库。

提供数据定义语言（ddl）。用它书写的数据库模式被翻译为内部表示。数据库的逻辑结构、完整性约束和物理储，存结构保存在内部的数据字典中。数据库的各种数据操作（如查找、修改、插入和删除等）和数据库的维护管理都是以数据库模式为依据的。

Q4: 如何解除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在该语句执行完后释放这个锁，而如果同时指定了...(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的作用是允许用户先读取数据（而且不阻塞其他用户读数据），并且保证在后来再更新数据时，这一段时间内这些数据没有被其他用户修改。