如何对“行、表、数据库”加锁？

1

如何锁一个表的某一行

SET TRANSACTION

ISOLATION LEVEL READ UNCOMMITTED

SELECT * FROM table ROWLOCK WHERE id = 1

2 锁定数据库的一个表

SELECT * FROM table WITH (HOLDLOCK)

加锁语句：

sybase:

update 表 set col1=col1 where 1=0

MSSQL:

select col1 from 表 (tablockx)

where

1=0

oracle:

LOCK TABLE 表 IN EXCLUSIVE MODE ；

加锁后其它人不可 *** 作，直到加锁用户解锁，用commit或rollback解锁

几个例子帮助大家加深印象

设table1(A,B,C)

A B C

a1 b1 c1

a2 b2 c2

a3 b3 c3

1）排它锁

新建两个连接

在第一个连接中执行以下语句

begin tran

update table1

set

A='aa'

where B='b2'

waitfor delay

'00:00:30' --等待30秒

commit tran

在第二个连接中执行以下语句

begin tran

select * from table1

where B='b2'

commit tran

若同时执行上述两个语句，则select查询必须等待update执行完毕才能执行即要等待30秒

2）共享锁

在第一个连接中执行以下语句

begin tran

select * from table1

holdlock

-holdlock人为加锁

where B='b2'

waitfor delay

'00:00:30' --等待30秒

commit tran

在第二个连接中执行以下语句

begin tran

select A,C

from

table1

where B='b2'

update table1

set

A='aa'

where B='b2'

commit tran

若同时执行上述两个语句，则第二个连接中的select查询可以执行

而update必须等待第一个事务释放共享锁转为排它锁后才能执行

即要等待30秒

3）死锁

增设table2(D,E)

D E

d1 e1

d2 e2

在第一个连接中执行以下语句

begin tran

update table1

set

A='aa'

where B='b2'

waitfor delay

'00:00:30'

update table2

set

D='d5'

where E='e1'

commit tran

在第二个连接中执行以下语句

begin tran

update table2

set

D='d5'

where E='e1'

waitfor delay

'00:00:10'

update table1

set

A='aa'

where B='b2'

commit tran

同时执行，系统会检测出死锁，并中止进程

补充一点:

Sql Server2000支持的表级锁定提示

HOLDLOCK 持有共享锁，直到整个事务完成，应该在被锁对象不需要时立即释放，等于SERIALIZABLE事务隔离级别

NOLOCK 语句执行时不发出共享锁，允许脏读 ，等于 READ

UNCOMMITTED事务隔离级别

PAGLOCK 在使用一个表锁的地方用多个页锁

READPAST 让sql

server跳过任何锁定行，执行事务，适用于READ UNCOMMITTED事务隔离级别只跳过RID锁，不跳过页，区域和表锁

ROWLOCK

强制使用行锁

TABLOCKX 强制使用独占表级锁，这个锁在事务期间阻止任何其他事务使用这个表

UPLOCK

强制在读表时使用更新而不用共享锁

应用程序锁:

应用程序锁就是客户端代码生成的锁，而不是sql server本身生成的锁

处理应用程序锁的两个过程

sp_getapplock 锁定应用程序资源

sp_releaseapplock

为应用程序资源解锁

注意: 锁定数据库的一个表的区别

SELECT * FROM table WITH (HOLDLOCK)

其他事务可以读取表，但不能更新删除

SELECT * FROM table WITH (TABLOCKX)

其他事务不能读取表,更新和删除

1

如何锁一个表的某一行

/*

测试环境：windows 2K server + Mssql 2000

所有功能都进行测试过，并有相应的结果集，如果有什么疑义在论坛跟帖

关于版权的说明：部分资料来自互联网，如有不当请联系版主，版主会在第一时间处理。

功能：sql遍历文件夹下的文本文件名,当然你修改部分代码后可以完成各种文件的列表。

*/

A

连接中执行

SET TRANSACTION

ISOLATION LEVEL REPEATABLE

READ

begin tran

select * from tablename

with

(rowlock) where id=3

waitfor delay '00:00:05'

commit tran

B连接中如果执行

update tablename set

colname='10' where id=3

--则要等待5秒

update tablename

set

colname='10' where id <>3

--可立即执行

2

锁定数据库的一个表

SELECT * FROM table WITH (HOLDLOCK)

注意: 锁定数据库的一个表的区别

SELECT * FROM table WITH (HOLDLOCK)

其他事务可以读取表，但不能更新删除

SELECT * FROM table WITH (TABLOCKX)

其他事务不能读取表,更新和删除

数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。若对并发 *** 作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。

加锁是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据对象进行 *** 作前，先向系统发出请求，对其加锁。加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不能对此数据对象进行更新 *** 作。

在数据库中有两种基本的锁类型：排它锁（Exclusive Locks，即X锁）和共享锁（Share Locks，即S锁）。当数据对象被加上排它锁时，其他的事务不能对它读取和修改。加了共享锁的数据对象可以被其他事务读取，但不能修改。数据库利用这两种基本的锁类型来对数据库的事务进行并发控制。

扩展资料：

排它锁和共享锁的不同之处：

1、共享锁（S锁）：如果事务T对数据A加上共享锁后，则其他事务只能对A再加共享锁，不能加排他锁。获准共享锁的事务只能读数据，不能修改数据。

排他锁（X锁）：如果事务T对数据A加上排他锁后，则其他事务不能再对A加任任何类型的封锁。获准排他锁的事务既能读数据，又能修改数据。

2、共享锁下其它用户可以并发读取，查询数据。但不能修改，增加，删除数据，资源共享。

3、共享锁又称为读锁（Share lock,简记为S锁），若事务T对数据对象A加上S锁，则其它事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。

参考资料：百度百科-排它锁

参考资料：百度百科-共享锁

先举一个生活中的例子，比如你有一张yhk，里面有余额1000元，现在你同时在ATM和网银上都使用了这张卡，ATM（CDM自动存款机）上存入500元，网银上上淘宝支付300元；要知道任何一项作业都是需要时间的，如果不加锁，在你存500这个过程中，新的余额1000+500=1500元还没来得及写入，就收到扣款300这项作业任务了，计算机执行了1000-300=700了，也还没写入，你上面那个1500这时候写入了，最后700写入了，你不就赔了吗？

从时间线上来看，就是：计算机收到余额增加500元的请求→计算1000+500=1500→准备写入新的余额1500→收到余额减少300元的请求→计算1000-300=700→准备写入新的余额700→写入余额1500→写入余额700。

如果使用了“锁”，当一个用户访问余额时，其他用户不能对余额进行读写 *** 作，只能等待上一个用户使用完毕，就不会出现这种问题，时间线为：计算机收到余额增加500元的请求→锁住余额→计算1000+500=1500→准备写入新的余额1500→收到余额减少300元的请求，因为余额被锁，只能等待→写入余额1500→释放锁→锁住余额→计算1500-300=1200→准备写入新的余额1200→写入余额1200→释放锁。

下面是正式的概念：

使用单用户数据库时，每个事务都是顺序执行的，而不必应付与其它事务的冲突。但是，在多用户数据库环境下，多个事务可以同步执行，并且每个事务都有可能与其它正在运行的事务发生冲突。在多用户环境下，如果不将事务彼此隔离开来，就会发生四种现象：

（1）丢失更新：这种事件发生在两个事务读取和尝试更新同一数据时，其中一个更新会丢失。例如：事务 1 和事务 2 读取同一行数据，并都根据所读取的数据计算出该行的新值。如果事务 1 用其新值更新该行以后，事务 2 又更新了同一行，则事务 1 所执行的更新 *** 作就丢失了。由于设计的方法，DB2 通用数据库不允许发生此类现象。

（2）脏读：当事务读取尚未提交的数据时，就会发生这种事件。例如：事务 1 更改了一行数据，而事务 2 在事务 1 提交更改之前读取了已更改的行。如果事务 1 回滚该更改，则事务 2 就会读取被认为是不曾存在的数据。

（3）不可重复的读：当一个事务两次读取同一行数据，但每次获得不同的数据值时，就会发生这种事件。例如：事务 1 读取了一行数据，而事务 2 在更改或删除该行后提交了更改。当事务 1 尝试再次读取该行时，它会检索到不同的数据值（如果该行已经被更新的话），或发现该行不复存在了（如果该行被删除的话）。

（4）幻像：当最初没有看到某个与搜索条件匹配的数据行，而在稍后的读 *** 作中又看到该行时，就会发生这种事件。例如：事务 1 读取满足某个搜索条件的一组数据行，而事务 2 插入了与事务 1 搜索条件匹配的新行。如果事务 1 再次执行产生原先行集的查询，则会检索到不同的行集。

从例子和概念可以看出，锁可以避免以上四种现象的发生，但是与此同时不可避免的带来性能问题，因为多用户需求的是并发，如果每个用户的所有 *** 作都加锁，其他用户在上一个用户 *** 作时只能等待。

而且锁的处理不当，还可能引发其他用户的“饥饿”，即其他用户永远也无法正常获得所需要的资源。

所以在设计时要合理的使用锁。

---