文档章节

SELECT ... FOR UPDATE

勇敢的蜗牛_Z
 勇敢的蜗牛_Z
发布于 2015/04/29 10:15
字数 918
阅读 179
收藏 10

MySQL  使用SELECT ... FOR UPDATE 做事务写入前的确认


以MySQL 的InnoDB 为例,预设的Tansaction isolation level 为REPEATABLE READ,在SELECT 的读取锁定主要分为两种方式:


SELECT ... LOCK IN SHARE MODE SELECT ... FOR UPDATE

这两种方式在事务(Transaction) 进行当中SELECT 到同一个数据表时,都必须等待其它事务数据被提交(Commit)后才会执行。而主要的不同在于LOCK IN SHARE MODE 在有一方事务要Update 同一个表单时很容易造成死锁 。


简单的说,如果SELECT 后面若要UPDATE 同一个表单,最好使用SELECT ... UPDATE。


举个例子: 假设商品表单products 内有一个存放商品数量的quantity ,在订单成立之前必须先确定quantity 商品数量是否足够(quantity>0) ,然后才把数量更新为1。


不安全的做法:


SELECT quantity FROM products WHERE id=3; UPDATE products SET quantity = 1 WHERE id=3;


为什么不安全呢?


少量的状况下或许不会有问题,但是大量的数据存取「铁定」会出问题。


如果我们需要在quantity>0 的情况下才能扣库存,假设程序在第一行SELECT 读到的quantity 是2 ,看起来数字没有错,但是当MySQL 正准备要UPDATE 的时候,可能已经有人把库存扣成0 了,但是程序却浑然不知,将错就错的UPDATE 下去了。


因此必须透过的事务机制来确保读取及提交的数据都是正确的。


于是我们在MySQL 就可以这样测试: (注1)


SET AUTOCOMMIT=0; BEGIN WORK; SELECT quantity FROM products WHERE id=3 FOR UPDATE; ===========================================


此时products 数据中id=3 的数据被锁住(注3),其它事务必须等待此次事务 提交后才能执行


SELECT * FROM products WHERE id=3 FOR UPDATE (注2) 如此可以确保quantity 在别的事务读到的数字是正确的。 ===========================================


UPDATE products SET quantity = '1' WHERE id=3 ; COMMIT WORK;


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


提交(Commit)写入数据库,products 解锁。


注1: BEGIN/COMMIT 为事务的起始及结束点,可使用二个以上的MySQL Command 视窗来交互观察锁定的状况。


注2: 在事务进行当中,只有SELECT ... FOR UPDATE 或LOCK IN SHARE MODE 同一笔数据时会等待其它事务结束后才执行,一般SELECT ... 则不受此影响。


注3: 由于InnoDB 预设为Row-level Lock,数据列的锁定可参考这篇。


注4: InnoDB 表单尽量不要使用LOCK TABLES 指令,若情非得已要使用,请先看官方对于InnoDB 使用LOCK TABLES 的说明,以免造成系统经常发生死锁。



MySQL SELECT ... FOR UPDATE 的Row Lock 与Table Lock


上面介绍过SELECT ... FOR UPDATE 的用法,不过锁定(Lock)的数据是判别就得要注意一下了。由于InnoDB 预设是Row-Level Lock,所以只有「明确」的指定主键,MySQL 才会执行Row lock (只锁住被选取的数据) ,否则MySQL 将会执行Table Lock (将整个数据表单给锁住)。


举个例子:


假设有个表单products ,里面有id 跟name 二个栏位,id 是主键。


例1: (明确指定主键,并且有此数据,row lock)


SELECT * FROM products WHERE id='3' FOR UPDATE;


例2: (明确指定主键,若查无此数据,无lock)


SELECT * FROM products WHERE id='-1' FOR UPDATE;


例2: (无主键,table lock)


SELECT * FROM products WHERE name='Mouse' FOR UPDATE;


例3: (主键不明确,table lock)


SELECT * FROM products WHERE id<>'3' FOR UPDATE;


例4: (主键不明确,table lock)


SELECT * FROM products WHERE id LIKE '3' FOR UPDATE;


注1: FOR UPDATE 仅适用于InnoDB,且必须在事务区块(BEGIN/COMMIT)中才能生效。


注2: 要测试锁定的状况,可以利用MySQL 的Command Mode ,开二个视窗来做测试。


本文转载自:

共有 人打赏支持
勇敢的蜗牛_Z
粉丝 11
博文 49
码字总数 2531
作品 0
济南
程序员
oracle for update和for update nowait的区别

1、for update 和 for update nowait 的区别: 首先一点,如果只是select 的话,Oracle是不会加任何锁的,也就是Oracle对 select 读到的数据不会有任何限制,虽然这时候有可能另外一个进程正...

旺仔520
2014/07/24
0
0
MySQL SELECT ... FOR UPDATE

MySQL 使用SELECT ... FOR UPDATE 做事务写入前的确认 以MySQL 的InnoDB 为例,预设的Tansaction isolation level 为REPEATABLE READ,在SELECT 的读取锁定主要分为两种方式: SELECT ... LO...

克温s
2016/05/03
59
0
MySQL 使用SELECT ... FOR UPDATE

MySQL 使用SELECT ... FOR UPDATE 做事务写入前的确认 以MySQL 的InnoDB 为例,预设的Tansaction isolation level 为REPEATABLE READ,在SELECT 的读取锁定主要分为两种方式: SELECT ... LO...

恶魔永生
2015/01/17
0
0
oracle rownum分页 出现重复数据

通常一般的分页语句如下: select from ( select row_., rownum rownum from ( select p.id from table1 p order by p.DATAUPDATETIME desc ) row where rownum <= ?) b where b.rownum_ >......

神勇小白鼠
2013/07/12
0
0
mysql锁SELECT FOR UPDATE【转】

MySQL 使用SELECT ... FOR UPDATE 做事务写入前的确认 以MySQL 的InnoDB 为例,预设的Tansaction isolation level 为REPEATABLE READ,在SELECT 的读取锁定主要分为两种方式: 这两种方式在事...

无声胜有声
2016/10/21
0
0

没有更多内容

加载失败,请刷新页面

加载更多

你为什么在Redis里读到了本应过期的数据

一个事故的故事 晚上睡的正香突然被电话吵醒,对面是开发焦急的声音:我们的程序在访问redis的时候读到了本应过期的key导致整个业务逻辑出了问题,需要马上解决。 看到这里你可能会想:这是不...

IT--小哥
今天
2
0
祝大家节日快乐,阖家幸福! centos GnuTLS 漏洞

yum update -y gnutls 修复了GnuTLS 漏洞。更新到最新 gnutls.x86_64 0:2.12.23-22.el6 版本

yizhichao
昨天
5
0
Scrapy 1.5.0之选择器

构造选择器 Scrapy选择器是通过文本(Text)或 TextResponse 对象构造的 Selector 类的实例。 它根据输入类型自动选择最佳的解析规则(XML vs HTML): >>> from scrapy.selector import Sele...

Eappo_Geng
昨天
4
0
Windows下Git多账号配置,同一电脑多个ssh-key的管理

Windows下Git多账号配置,同一电脑多个ssh-key的管理   这一篇文章是对上一篇文章《Git-TortoiseGit完整配置流程》的拓展,所以需要对上一篇文章有所了解,当然直接往下看也可以,其中也有...

morpheusWB
昨天
5
0
中秋快乐!!!

HiBlock
昨天
3
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部