sqlserver事务琐,SQL事务是什么

sql里的事务语句 默认都有加数据锁的么？

就sqlserver数据库而言，每一条语句在默认事务级别下（可提交读级别）都是加锁的

创新互联建站是一家专注于网站设计、网站制作与策划设计,盐亭网站建设哪家好?创新互联建站做网站,专注于网站建设十余年,网设计领域的专业建站公司;建站业务涵盖:盐亭等地区。盐亭做网站价格咨询:028-86922220

如一条普通的查询，要加S锁（共享），一个更新要加U锁（更新）等等

你说的表锁、行锁只是锁的粗粒程度，如字面意思，行锁是锁住几行，表锁就是锁住整个表所在的全部数据页

sqlserver事务中更新某张表是不是就开启了排它锁

有排他锁，但是排他锁生存时间非常的短，

1. 当开始更新时首先在表上放一个架构锁，防止其他事务修改架构；

2. 在非序列化隔离级别下，整个表上会放一个意向共享锁，允许其他事务进行读取；

3. 然后事务开始更新这个表，更新是会逐行更新的，你可以把更新理解为一个游标；

4. 每一行上首先放上一个更新锁，成功放置更新锁以后，更新锁会变为排他锁；

5. 然后更新这一行数据，更新完毕后就会释放这一行的排它锁；

6. 整个表遍历完毕后释放架构锁，释放意向共享锁。

spring 事务 sqlserver 锁表问题

方案一：

可以将查询的代码单出去，新建立一个方法包含它们，在原来的service方法中调用它就好，然后在配置事务时，注意别把这个方法加上事务内。

方案二：

将sqlserver的事务级别下降一个级别，别造成锁表。sqlserver支持锁行的。

.net的sqlserver事务里，delete语句如何只锁行，不锁表

你理解错了！

默认sqlserver都是行数据锁定，隔离级别是 read commited 也就是读取可 提交数据。

我给你举个例子！

SELECT TOP 1000

[ID]

,[DeleteBy]

,[DelDate]

FROM [dbo].[DeleteLog]

显示结果

-----------------------------------------------

ID DeleteBy DelDate

1 admin 2008-04-13 00:00:00.000

2 admin 2008-05-04 00:00:00.000

-------------------------------------------------

表数据就两行

然后我做如下操作：

打开 SQL Server Management Studio

输入：

begin transaction

DELETE FROM [HMS].[dbo].[DeleteLog]

where ID='1'

在另一个窗口中：

SELECT

[ID]

,[DeleteBy]

,[DelDate]

FROM [dbo].[DeleteLog]

where ID=1

你发现 这一个窗口被阻塞了，

但是查询

SELECT

[ID]

,[DeleteBy]

,[DelDate]

FROM [dbo].[DeleteLog]

where ID=2

可以正确返回结果。 这充分证明了，sqlserver默认隔离级别是行数据锁定。

然后你此时在第一个删除窗口 中输入

rollback

，记住前面的删除不执行，只执行rollback。

此时看一下查询

SELECT

[ID]

,[DeleteBy]

,[DelDate]

FROM [dbo].[DeleteLog]

where ID=1

那个窗口的结果已经出来了，阻塞被解除了。

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

当然了！你执行了全表检索肯定也是被阻塞的，因为删除操作还没提交啊，检索数据中又包含了你要删除的数据，当然被阻塞了。

你的问题出现在哪里了，你应该明白了吧！

解决这个问题其实很简单，不要长事务占用。检索的时候避开要删除的数据。

当然也可以改变隔离级别，sqlserver分为两类隔离级别，改成非阻塞类就可以。

但是我个人不推荐这么做。改变隔离级别可以如下方式：

set transaction isolation level read uncommitted

begin transaction

DELETE FROM [HMS].[dbo].[DeleteLog]

where ID='1'

这个删除没有提交

检索的时候

set transaction isolation level read uncommitted

SELECT

[ID]

,[DeleteBy]

,[DelDate]

FROM [dbo].[DeleteLog]

where ID=1

根本不会阻塞。 比较顺利，删除更新也一样。

这种方式 适合 数据量庞大的社交，天文数据库，企业管理不适合。

可以从侧面看出，你的程序并不优良，明白了否？

如何掌握SQLServer的锁机制

SQL SERVER里的锁机制：

NOLOCK（不加锁）

此选项被选中时，SQL Server 在读取或修改数据时不加任何锁。 在这种情况下，用户有可能读取到未完成事务（Uncommited Transaction）或回滚(Roll Back)中的数据, 即所谓的“脏数据”。

HOLDLOCK（保持锁）

此选项被选中时，SQL Server 会将此共享锁保持至整个事务结束，而不会在途中释放。 例如，“ SELECT * FROM my_table HOLDLOCK”就要求在整个查询过程中，保持对表的锁定，直到查询完成才释放锁定。

UPDLOCK（修改锁）

此选项被选中时，SQL Server 在读取数据时使用修改锁来代替共享锁，并将此锁保持至整个事务或命令结束。使用此选项能够保证多个进程能同时读取数据但只有该进程能修改数据。

TABLOCK（表锁）

此选项被选中时，SQL Server 将在整个表上置共享锁直至该命令结束。 这个选项保证其他进程只能读取而不能修改数据。

PAGLOCK（页锁）

此选项为默认选项， 当被选中时，SQL Server 使用共享页锁。

TABLOCKX（排它表锁）

此选项被选中时，SQL Server 将在整个表上置排它锁直至该命令或事务结束。这将防止其他进程读取或修改表中的数据。