mysql——LOCK

最新推荐文章于 2024-10-13 21:08:42 发布

swqiu_hch

最新推荐文章于 2024-10-13 21:08:42 发布

阅读量1.1k

点赞数

文章标签： mysql table session sql 数据库 insert

statement: 一个 SQL 语句。

session: 一个由 ORACLE 用户产生的连接，一个用户可以产生多个 SESSION ，但相互之间是独立的。

transaction: 所有的改变都可以划分到 transaction 里，一个 transaction 包含一个或多个 SQL 。当一个 SESSION 建立的时候就是一个 TRANSACTION 开始的时刻，此后 transaction 的开始和结束由 DCL 控制，也就是每个 COMMIT/ROLLBACK 都标示着一个 transaction 的结束。

consistency ：是对于 statement 级别而不是 transaction 级别来说的。 sql statement 得到的数据都是以 sql statement 开始的 IMAGE 。

LOCK 的基本情况：

update, insert ,delete, select ... for update 会 LOCK 相应的 ROW 。

只有一个 TRANSACTION 可以 LOCK 相应的行，也就是说如果一个 ROW 已经 LOCKED 了，那就不能被其他 TRANSACTION 所 LOCK 了。

LOCK 由 statement 产生但却由 TRANSACTION 结尾（ commit ， rollback ），也就是说一个 SQL 完成后 LOCK 还会存在，只有在 COMMIT/ROLLBACK 后才会 RELEASE 。

SELECT.... FOR UPDATE [OF cols] [NOWAIT];
OF cols
SELECT cols FROM tables [WHERE...] FOR UPDATE [OF cols] [NOWAIT];

前面的 FOR UPDATE 省略，下面我们来讲一下 OF 。

transaction A 运行
select a.object_name,a.object_id from wwm2 a,wwm3 b
2 where b.status='VALID' and a.object_id=b.object_id
3* for update of a.status

则 transaction B 可以对 b 表 wwm3 的相应行进行 DML 操作 , 但不能对 a 表 wwm2 相应行进行 DML 操作 .

反一下看看。

transaction A 运行
select a.object_name,a.object_id from wwm2 a,wwm3 b
2 where b.status='VALID' and a.object_id=b.object_id
3* for update of b.status

则 transaction B 可以对 a 表 wwm2 的相应行进行 DML 操作 , 但不能对 b 表 wwm3 相应行进行 DML 操作 .

也就是说 LOCK 的还是行 , 只是如果不加 OF 的话会对所有涉及的表 LOCK 的 , 加了 OF 后只会 LOCK OF 字句所在的 TABLE.

NOWAIT （如果一定要用 FOR UPDATE ，我更建议加上 NOWAIT ）

当有 LOCK 冲突时会提示错误并结束 STATEMENT 而不是在那里等待 . 返回错误是 "ORA-00054: resource busy and acquire with NOWAIT specified"

另外如下用法也值得推荐，应该酌情考虑使用。

FOR UPDATE WAIT 5

5 秒后会出现提示：

ORA-30006: resource busy; acquire with WAIT timeout expired
FOR UPDATE NOWAIT SKIP LOCKED;

出现提示：

no rows selected
TABLE LOCKS
LOCK TABLE table(s) IN EXCLUSIVE MODE [NOWAIT];

同样也是在 transaction 结束时才会释放 lock 。

DEADLOCK:

transaction a lock rowA , then transaction b lock rowB
then transaction a tries to lock rowB,
and transaction b tries to lock rowA

也就是说两个 transaction 都相互试图去 lock 对方已经 lock 的 ROW ，都在等待对方释放自己的 lock ，这样就使死锁。另外， deadlock 也会有 600 提示。

使用说明

Select…For Update 语句的语法与 select 语句相同，只是在 select 语句的后面加 FOR UPDATE [NOWAIT] 子句。

该语句用来锁定特定的行（如果有 where 子句，就是满足 where 条件的那些行）。当这些行被锁定后，其他会话可以选择这些行，但不能更改或删除这些行，直到该语句的事务被 commit 语句或 rollback 语句结束为止。

如图 20.51 所示，左上角的会话用 Select…For Update 语句锁定了 Department 表中 DeptNo='01' 的行，右上角的会话说明其他会话不可以继续更改该行上的数据。从 OEM 中的锁的信息可以看出， Select…For Update 语句所加的锁与 update 语句所加的锁相同：一个行级别的 EXCLUSIVE 锁（说明多个事务不能同时操作同一行）、一个表级别的 ROW EXCLUSIVE 锁。

图 20.51 Select…For Update 语句锁定了符合 where 条件的行

如图 20.52 所示，左上角的会话用 Update 语句锁定了 Department 表中 DeptNo='01' 的行，右上角的会话说明其他会话不可以用 Select…For Update 语句继续锁定该行。

图 20.52 Select…For Update 语句被其他会话阻塞了

如图 20.53 所示，左上角的会话用 Update 语句锁定了 Department 表中 DeptNo='01' 的行，右上角的会话说明其他会话不可以用 Select…For Update NOWAIT 语句继续锁定该行，且会立即返回一个错误提示 “ORA-00054: 资源正忙 , 但指定以 NOWAIT 方式获取资源 ” ，而不需要等待加锁成功。

图 20.53 如果加锁不成功，则 Select…For Update NOWAIT 语句就会立即返回错误提示

可以看出，如果仅仅用 update 语句来更改数据时，可能会因为加不上锁而没有响应地、莫名其妙地等待，但如果在此之前，先用 Select…For Update NOWAIT 语句将要更改的数据试探性地加锁，就可以通过立即返回的错误提示而明白其中的道理，或许这就是 For Update 和 NOWAIT 的意义之所在。

你不会是在一个批

处

理中建立多个表吧，比如

create table 1

.....

create table 2

.....

create table 3

.....

....

go

最后才出个

go

？

不建

议

批

处

理

这样

写。

根据我的理解你可能是：你

每

次

执

行的

时

候都是按

f5

或上面那个

绿

色小三角，

这样

的

话

你的

查询

分析器中的所以

语

句都要

执

行，而

这

代

码

的一部分前面你已

经执

行

过

了，是不是？

你可以用鼠

标选

中你要

执

行的

语

句，然后按

f5

或上面的那个

绿

色小三角

至于有外

键约

束的表

删

除不了，你可以

删

除外

键约

束，

sp_help 

表名字

查

看外

键约

束的名字，然后

删

除

drop 

外

键约

束名字

把表建立在

master

数据

库

中，你可以

这样

select name from sysobjects where type='u'

--

查

看

master

数据

库

中的表，如果你确

实

把表建立在

这

个数据

库

中了。

执

行下面

drop 

表名字

swqiu_hch

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫