mysql锁和oracle_select...forupdate在mysql和oracle间锁行为的比较_MySQL

本文比较了MySQL和Oracle中select...for update语句的锁行为。在MySQL中,该语句会加行级X锁,其他事务无法在锁定行上进行任何操作。而在Oracle中,它会获取RX锁,同时还有行级锁。实验显示在不同数据库中,此语句导致的锁定效果和阻塞情况存在差异。
摘要由CSDN通过智能技术生成

bitsCN.com

select...for update在mysql和oracle间锁行为的比较

环境:

[sql]

mysql> show variables like '%storage_engine%';

+----------------+--------+

| Variable_name | Value |

+----------------+--------+

| storage_engine | InnoDB |

+----------------+--------+

1 row in set (0.00 sec)

mysql> select version();

+-----------+

| version() |

+-----------+

| 5.1.52 |

+-----------+

1 row in set (0.06 sec)

[sql]

SQL> select * from v$version where rownum=1;

BANNER

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

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi

SQL> !uname -a

Linux Think 2.6.32-220.el6.x86_64 #1 SMP Wed Nov 9 08:03:13 EST 2011 x86_64 x86_64 x86_64 GNU/Linux

对mysql而言,select for update必须在一个事务中,当事务commit,锁也就释放了。因此,在实验时,务必加个begin、start transaction 或者 set autocommit=0。

mysql:

[sql]

------------------sesson_A---------------:

mysql> begin;

Query OK, 0 rows affected (0.00 sec)

mysql> select * from t where i=2 for update;

+---+------+

| i | n |

+---+------+

| 2 | b

|

+---+------+

1 row in set (0.00 sec)

------------------session_B---------------:

mysql> select * from t;

+---+------+

| i | n |

+---+------+

| 2 | b

|

| 3 | c

|

+---+------+

2 rows in set (0.00 sec)

mysql> select * from t where i=2 for update;

被阻塞...

mysql> update t set n='f' where i=2;

被阻塞...

mysql> alter table t drop index t_idx;

被阻塞...

mysql> delete from t where i=2;

被阻塞...

oracle:

[sql]

-----------------------session_A---------------

SQL> select * from t where i=1 for update;

I N

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

1 think big

-----------------------session_B---------------

SQL> select * from t where i=1 for update;

被阻塞...

SQL> update t set n='think open' where i=1;

被阻塞...

SQL> create index t_idx on t(i);

create index t_idx on t(i)

*

ERROR at line 1:

ORA-00054: resource busy and acquire with NOWAIT specified

SQL> delete from t where i=1;

被阻塞...

于mysql,select ... for update 对行记录加个X锁。其他任何事务想在这些行上加任何锁都会被阻塞。这也符合InnoDB行级锁的概念。

在oracle中,我们再做下一个测试:

[sql]

-----------session_A-------------

SQL> select * from t for update;

A

-----

a

--------------session_B-------------

SQL> select sid,type,lmode from v$lock where sid=159;

SID TY LMODE

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

159 TM 3

159 TX 6

对oracle,当发出select ... for update的时候、得到的是RX锁(lmode=3),同时通过trc文件,我们还可以发现,Lck被置为1,也也就是同时被加上了行级锁。

trc部分摘录如下:

[sql]

Itl Xid Uba Flag Lck Scn/Fsc

0x01 0x000a.029.0000013b 0x008000dd.00c8.2b C--- 0 scn 0x0000.000911f4

0x02 0x0004.026.00000142 0x008000a3.00c7.04 --U- 1 fsc 0x0000.00091339

.....

tl: 5 fb: --H-FL-- lb: 0x2 cc: 1

col 0: [ 1] 61

bitsCN.com

本条技术文章来源于互联网,如果无意侵犯您的权益请点击此处反馈版权投诉

本文系统来源:php中文网

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值