先说重点:
锁是为了固化资源状态的,加锁之后一定会有状态判断(或加锁语句的条件里含有这个),只加锁不判断状态,那这个锁就没啥用。
如果你加了锁,但是后边并没有回滚机制,那你就要考虑下你代码的逻辑是不是有问题了。
代码要有自检的功能,第一不能相信用户,第二不能相信调用你函数的其它程序员。尽量保证你的代码在被重复执行时不会出现问题(要不你就保证你这段代码绝对不会遇到并发)。
写完任何一个函数或者脚本,都要想一个问题“如果这段代码被并发执行两次,会有问题么?”。
关于MySQL的锁和事务的基本概念,锁的种类和隔离级别等,大家都可以查到,我面试别人的时候,也常常问相关的问题,但是我发现有时候大家概念很熟,但是用起来却有诸多问题。
咱们从两个简单的问题开始:
事务的作用是什么?
MySQL里怎么简单的锁一行(排他锁)?
这两个很基础的问题大家不妨先自己尝试回答一下。
1参考答案:事务的作用是为了保持一系列SQL执行的原子性,同一个事务中的SQL语句,要不就都执行,要不就都不执行。一般大家都会举银行转账的例子。
2参考答案:第一,须是innodb引擎;第二,开事务;第三 SELECT * FROM t WHERE id = 111 FOR UPDATE(行锁的条件必须为主键或者索引列,如果不是索引列,那将产生表锁。主键和唯一索引那就是锁一行)。
上边的问题很多人都清楚,或者查一查也能查出来,但是,在日常使用的时候,我总发现大家会犯各种各样的错误,综合原因,那就是“不能从逻辑上明白事务和锁到底要做哪些事情,资源竞争到底是应该怎么做”。
举个例子:
电商相关的项目有个最基本的问题,一件商品有一定的库存量,代码怎么写才能保证这个商品不超售。
比如product表结构是这样的:id, product_name, count,其中count为库存量。
当有人购买之后,需要更新这个表里的库存量,都执行这个SQL:
$sql = "SELECT * FROM product WHERE id = xxx";
$row = $connection->createCommand($sql)->queryRow();
if ($row[count] <= 0) {
return false;
}
$sql = "UPDATE product SET count = count - 1 WHERE id = xxx";
$connection->createCommand($sql)->execute();
return true;
大家都知道,在没有锁的情况下,如果出现并发请求(别问我并发是怎么出现的),更新结果就会有问题,大家都知道加锁,但是我发现有人这这么加的
// 错误用法,请勿模仿
$sql = "SELECT * FROM product WHERE id = xxx";
$row = $connection->createCommand($sql)->queryRow();
if ($row[count] <= 0) {
return false;
}
$transaction = $connection->beginTransaction(); // 开事务
$sql = "SELECT * FROM product WHERE id = xxx FOR UPDATE";
$row = $connection->createCommand($sql)->queryRow();
$sql = "UPDATE product SET count = count - 1 WHERE id = xxx";
$connection->createCommand($sql)->execute();
$transaction->commit(); // 提交事务
return true;
上边代码这个锁加的有什么意义么?并没有!!!
请记住:
状态判断一定要在加锁之后
所以正确的写法应该是:
// 1. 开事务
$transaction = $connection->beginTransaction();
// 2. 给要更新的资源加锁
$sql = "SELECT * FROM product WHERE id = xxx FOR UPDATE";
$row = $connection->createCommand($sql)->queryRow();
// 3. 判断资源状态
if ($row['count'] <= 0) {
// 事务回滚
$transaction->rollback();
return false;
}
// 4. 更新数据
$sql = "UPDATE product SET count = count - 1 WHERE id = xxx";
$connection->createCommand($sql)->execute();
// 5. 提交事务
$transaction->commit(); // 提交事务
return true;
锁的存在是为了解决并发的,所谓并发就是多个请求要同时操作同一个资源,锁就是在这种资源竞争的环境中产生的,先给资源加上锁的请求,就优先完成自己的操作,在锁被释放之前,其它的请求都得等着,卡在加锁那一步。找准你要锁的资源是重中之重。
再举一个例子:在支付场景中,你创建了一条订单,在订单状态更新为成功之后,你同时要更新用户的余额,有时候有人犯错就会这么写:
// 错误示范,请勿模仿
// 开事务
$transaction = $connection->beginTransaction();
$sql = "SELECT * FROM order WHERE id = xxx";
$order = $connection->createCommand($sql)->queryRow();
// 判断订单状态
if ($order['status'] != 0) {
$transaction->rollback();
return false;
}
// 为要更新的 account 记录加锁
$sql = "SELECT * FROM account WHERE id = xxxxx FOR UPDATE";
$account = $connection->createCommand($sql)->queryRow();
// 更新account记录
$sql = "UPDATE account set balance = balance - 50 WHERE id = xxxxx";
$connection->createCommand($sql)->execute();
// 更新订单状态
$sql = "UPDATE order SET status = 1 WHERE id = xxx";
$connection->createCommand($sql)->execute();
// 提交事务
$transaction->commit();
上边代码的问题在哪儿?没有搞清楚你要竞争的资源是什么!虽然你要更新account表,但是你要竞争的资源其实是order表中的那一行。所以正确的做法应该是:
// 开事务
$transaction = $connection->beginTransaction();
// 为order记录加锁
$sql = "SELECT * FROM order WHERE id = xxx FOR UPDATE";
$order = $connection->createCommand($sql)->queryRow();
// 判断订单状态
if ($order['status'] != 0) {
$transaction->rollback();
return false;
}
// 更新订单状态
$sql = "UPDATE order SET status = 1 WHERE id = xxx";
$connection->createCommand($sql)->execute();
// 为要更新的 account 记录加锁(这一笔其实没有什么必要,不过有个小坑,下一篇文章里再讲)
$sql = "SELECT * FROM account WHERE id = xxxxx FOR UPDATE";
$account = $connection->createCommand($sql)->queryRow();
// 更新account记录
$sql = "UPDATE account set balance = balance - 50 WHERE id = xxxxx";
$connection->createCommand($sql)->execute();
// 提交事务
$transaction->commit();
综上,其实用好锁,就是要搞清楚整个资源竞争和状态判断的逻辑。