锁定数据库的一个表
SELECT * FROM table WITH (HOLDLOCK)
注意: 锁定数据库的一个表的区别
SELECT * FROM table WITH (HOLDLOCK)
其他事务可以读取表,但不能更新删除
SELECT * FROM table WITH (TABLOCKX)
其他事务不能读取表,更新和删除
SELECT 语句中“加锁选项”的功能说明
SQL Server提供了强大而完备的锁机制来帮助实现数据库系统的并发性和高性能。用户既能使用SQL Server的缺省设置也可以在select 语句中使用“加锁选项”来实现预期的效果。 本文介绍了SELECT语句中的各项“加锁选项”以及相应的功能说明。
功能说明:
NOLOCK(不加锁)
此选项被选中时,SQL Server 在读取或修改数据时不加任何锁。 在这种情况下,用户有可能读取到未完成事务(Uncommited Transaction)或回滚(Roll Back)中的数据, 即所谓的“脏数据”。
HOLDLOCK(保持锁)
此选项被选中时,SQL Server 会将此共享锁保持至整个事务结束,而不会在途中释放。
UPDLOCK(修改锁)
此选项被选中时,SQL Server 在读取数据时使用修改锁来代替共享锁,并将此锁保持至整个事务或命令结束。使用此选项能够保证多个进程能同时读取数据但只有该进程能修改数据。
TABLOCK(表锁)
此选项被选中时,SQL Server 将在整个表上置共享锁直至该命令结束。 这个选项保证其他进程只能读取而不能修改数据。
PAGLOCK(页锁)
此选项为默认选项, 当被选中时,SQL Server 使用共享页锁。
TABLOCKX(排它表锁)
此选项被选中时,SQL Server 将在整个表上置排它锁直至该命令或事务结束。这将防止其他进程读取或修改表中的数据。
HOLDLOCK 持有共享锁,直到整个事务完成,应该在被锁对象不需要时立即释放,等于SERIALIZABLE事务隔离级别
NOLOCK 语句执行时不发出共享锁,允许脏读 ,等于 READ UNCOMMITTED事务隔离级别
PAGLOCK 在使用一个表锁的地方用多个页锁
READPAST 让sql server跳过任何锁定行,执行事务,适用于READ UNCOMMITTED事务隔离级别只跳过RID锁,不跳过页,区域和表锁
ROWLOCK 强制使用行锁
TABLOCKX 强制使用独占表级锁,这个锁在事务期间阻止任何其他事务使用这个表
UPLOCK 强制在读表时使用更新而不用共享锁
注意: 锁定数据库的一个表的区别
SELECT * FROM table WITH (HOLDLOCK) 其他事务可以读取表,但不能更新删除
SELECT * FROM table WITH (TABLOCKX) 其他事务不能读取表,更新和删除
关于SQLServer2005 锁问题解决办法,需要数据库端执行
① ALTER DATABASE DHL_TMS_DEVELOP SET READ_COMMITTED_SNAPSHOT on
设置数据库隔离级别,将读操作从写操作中分离出来。读操作带锁,其它读操作不被阻塞。
反之
② ALTER DATABASE DHL_TMS_DEVELOP SET READ_COMMITTED_SNAPSHOT off
就是 读操作和写操作 不分离。读操作带锁,其它读操作就被阻塞,②也是SQLServer2005 的默认设置。
实际测试说明:
设置为②时,执行过程
begin tran
select * from dbo.sys_user with(tablockx) where user_code='william.yi'; --(锁住原数据)
update dbo.sys_user set principal_code = '3333333333' where user_code='william.yi'; --(未提交的脏数据)
暂不执行“commit” 的测试结果:
执行端
读取方式
能否读取
数据形式
动作
数据库端
select * from dbo.sys_user with (nolock)
能
脏
数据库端
select * from dbo.sys_user
不能
无
等待
JDBC
TRANSACTION_READ_UNCOMMITTED
能
脏
JDBC
TRANSACTION_READ_COMMITTED
异常
-
JDBC
TRANSACTION_NONE
不能
无
等待
JDBC
TRANSACTION_REPEATABLE_READ
不能
无
等待
JDBC
TRANSACTION_SERIALIZABLE
不能
无
等待
Hibernate
LockMode.NONE
不能
无
等待
Hibernate
LockMode.READ
不能
无
等待
Hibernate
LockMode.WRITE
异常
-
Hibernate
LockMode.UPGRADE
不能
无
等待
Hibernate
LockMode.UPGRADE_NOWAIT
不能
无
等待
Spring
空配置
不能
无
等待
Spring
ISOLATION_DEFAULT
不能
无
等待
Spring
ISOLATION_READ_UNCOMMITTED
不能
无
等待
Spring
ISOLATION_READ_COMMITTED
不能
无
等待
Spring
ISOLATION_REPEATABLE_READ
不能
无
等待
Spring
ISOLATION_SERIALIZABLE
不能
无
等待
设置为①时,执行过程
begin tran
select * from dbo.sys_user with(tablockx) where user_code='william.yi'; --(锁住原数据)
update dbo.sys_user set principal_code = '3333333333' where user_code='william.yi'; --(未提交的脏数据)
暂不执行“commit” 的测试结果:
执行端
读取方式
能否读取
数据形式
动作
数据库端
select * from dbo.sys_user with (nolock)
能
脏
数据库端
select * from dbo.sys_user
能
原
JDBC
TRANSACTION_READ_UNCOMMITTED
能
脏
JDBC
TRANSACTION_READ_COMMITTED
能
原
JDBC
TRANSACTION_NONE
异常
-
-
JDBC
TRANSACTION_REPEATABLE_READ
不能
无
等待
JDBC
TRANSACTION_SERIALIZABLE
不能
无
等待
Hibernate
LockMode.NONE
能
原
Hibernate
LockMode.READ
能
原
Hibernate
LockMode.WRITE
异常
-
Hibernate
LockMode.UPGRADE
能
原
Hibernate
LockMode.UPGRADE_NOWAIT
能
原
Spring
空配置
不能
无
等待
Spring
ISOLATION_DEFAULT
能
原
Spring
ISOLATION_READ_UNCOMMITTED
能
脏
Spring
ISOLATION_READ_COMMITTED
能
原
Spring
ISOLATION_REPEATABLE_READ
不能
无
等待
Spring
ISOLATION_SERIALIZABLE
不能
无
等待
分享到:
相关推荐
本文举例说明SQL Server死锁产生的原因,并提出了解决的办法。
本过程自动捕捉SQLSERVER中的死锁进程并且自动杀掉
在SQL Server 2005中解决死锁问题
用于sqlserver优化使用,可定位死锁,并查询死锁语句。
查询SQL server数据库死锁存储过程
SQLSERVER死锁总结,里面详述基于SQLSERVER数据库如何排查并处理死锁的办法,及死锁产生的原因
日常SQL Server出现事物锁表,查询锁表信息
如何使用SQL Server Profiler来监控数据库死锁。SQL Server Profiler配置及查看锁表信息,提取锁表日志和对应SQL语句。
SQL Server死锁使我们经常遇到的问题,下面就为您介绍如何查询SQL Server死锁,希望对您学习SQL Server死锁方面能有所帮助。
在sql server 运行过程中,容易产生死锁,该代码提供了一个查询死锁进程并抛弃的方法。供参考。
分析SQL Server 数据库中的死锁
死锁原理、死锁排查、避免死锁、死锁处理方法、两个死锁示例及解决方法、附:锁兼容性(FROM SQL Server 2005 联机丛书)
SQL Server 2000锁机制分析及死锁防止策略.pdf
SQLServler自动杀死死锁进程SQL,直接在SqlServer中执行即可
SQL SERVER 2008 R2 查看和杀死死锁进程。数据库进程死锁是一个很严重的问题,快速定位到死锁的进程尤为重要。
sqlserver数据库死锁的处理过程,内有说明,测试过,比较好用。
NULL 博文链接:https://beijingwo2008.iteye.com/blog/1851542
检查 Sql Server的阻塞和死锁--------------------------------------------
数据库死锁,阻塞查询,杀死死锁,阻塞进程