Laravel lockforupdate(悲观锁)
Laravel lockforupdate (Pessimistic Locking)
我正在尝试弄清楚如何 use/test lockforupdate 正确,但我发现它的功能不像我预期的那样
这只是测试
public function index() {
return dd(\DB::transaction(function() {
if (\Auth::guard('user')->check()) {
$model = \App\Models\User::find(1)->lockForUpdate();
sleep(60);
$model->point = 100000;
$model->save();
} else {
$model = \App\Models\User::find(1);
$model->point = 999;
$model->save();
}
return $model;
}));
}
我尝试在 2 个浏览器中测试,浏览器 1 用户已登录,浏览器 2 未登录,浏览器 1 刷新,然后将锁定更新并在更新前休眠 60 秒
在 60 秒内,我进入浏览器 2 并点击刷新,但记录未锁定,我检查 phpmyadmin 并更新记录(在浏览器 1 的 60 秒锁定触发内)
但是60秒后,记录又被浏览器1修改了(点100000)
所以我误解了 lockforupdate 的用途?还是我测试不正确?
我预计该行不应在前 60 秒内被浏览器 2 修改(加载图标的空白页面或错误抛出?)
https://laravel.com/docs/5.2/queries#pessimistic-locking
我做了一些研究,但仍然无法理解 sharedLock(LOCK IN SHARE MODE) 和 lockForUpdate(FOR UPDATE) 之间的区别
顺便说一句,我确认数据库是 innodb
这个工作终于完成了,但还是不明白sharedLock(LOCK IN SHARE MODE)和lockForUpdate(FOR UPDATE)有什么不同
public function index() {
return dd(\DB::transaction(function() {
if (\Auth::guard('user')->check()) {
$model = \App\Models\User::lockForUpdate()->find(1);
sleep(30);
$model->point = 100000;
$model->save();
} else {
$model = \App\Models\User::lockForUpdate()->find(1);
$model->point = $model->point + 1;
$model->save();
}
return $model;
}));
}
阅读本文Reference
Laravel
中的悲观与乐观锁定
共享锁:
DB::table('users')->where('votes', '>', 100)->sharedLock()->get();
更新锁定:
DB::table('users')->where('votes', '>', 100)->lockForUpdate()->get();
所以这是一个老问题,但我相信我的回答可以阐明 ->lockForUpdate()
的工作原理
来自 Laravel 文档:
A shared lock prevents the selected rows from being modified until
your transaction is committed.
正如所写 - 从您调用它到您的交易完成,锁将处于活动状态。
记住:
->find(1)
的工作方式类似于 ->first()
、->get()
、->insert()
、->save()
等 - 它 执行查询
->lockForUpdate()
的工作方式类似于 ->where()
、->select()
、join()
等 - 它 添加到查询中,但不执行它
$model = \App\Models\User::find(1)->lockForUpdate();
- 您尝试在查询已经执行后添加锁
$model = \App\Models\User::lockForUpdate()->find(1);
- 您在执行查询之前添加锁,因此锁在事务完成之前一直处于活动状态
不同之处在于,在第一种情况下 ->lockForUpdate()
没有被执行 当你教导它
我正在尝试弄清楚如何 use/test lockforupdate 正确,但我发现它的功能不像我预期的那样
这只是测试
public function index() {
return dd(\DB::transaction(function() {
if (\Auth::guard('user')->check()) {
$model = \App\Models\User::find(1)->lockForUpdate();
sleep(60);
$model->point = 100000;
$model->save();
} else {
$model = \App\Models\User::find(1);
$model->point = 999;
$model->save();
}
return $model;
}));
}
我尝试在 2 个浏览器中测试,浏览器 1 用户已登录,浏览器 2 未登录,浏览器 1 刷新,然后将锁定更新并在更新前休眠 60 秒
在 60 秒内,我进入浏览器 2 并点击刷新,但记录未锁定,我检查 phpmyadmin 并更新记录(在浏览器 1 的 60 秒锁定触发内)
但是60秒后,记录又被浏览器1修改了(点100000)
所以我误解了 lockforupdate 的用途?还是我测试不正确?
我预计该行不应在前 60 秒内被浏览器 2 修改(加载图标的空白页面或错误抛出?)
https://laravel.com/docs/5.2/queries#pessimistic-locking
我做了一些研究,但仍然无法理解 sharedLock(LOCK IN SHARE MODE) 和 lockForUpdate(FOR UPDATE) 之间的区别
顺便说一句,我确认数据库是 innodb
这个工作终于完成了,但还是不明白sharedLock(LOCK IN SHARE MODE)和lockForUpdate(FOR UPDATE)有什么不同
public function index() {
return dd(\DB::transaction(function() {
if (\Auth::guard('user')->check()) {
$model = \App\Models\User::lockForUpdate()->find(1);
sleep(30);
$model->point = 100000;
$model->save();
} else {
$model = \App\Models\User::lockForUpdate()->find(1);
$model->point = $model->point + 1;
$model->save();
}
return $model;
}));
}
阅读本文Reference
Laravel
中的悲观与乐观锁定共享锁:
DB::table('users')->where('votes', '>', 100)->sharedLock()->get();
更新锁定:
DB::table('users')->where('votes', '>', 100)->lockForUpdate()->get();
所以这是一个老问题,但我相信我的回答可以阐明 ->lockForUpdate()
的工作原理
来自 Laravel 文档:
A shared lock prevents the selected rows from being modified until your transaction is committed.
正如所写 - 从您调用它到您的交易完成,锁将处于活动状态。
记住:
->find(1)
的工作方式类似于 ->first()
、->get()
、->insert()
、->save()
等 - 它 执行查询
->lockForUpdate()
的工作方式类似于 ->where()
、->select()
、join()
等 - 它 添加到查询中,但不执行它
$model = \App\Models\User::find(1)->lockForUpdate();
- 您尝试在查询已经执行后添加锁
$model = \App\Models\User::lockForUpdate()->find(1);
- 您在执行查询之前添加锁,因此锁在事务完成之前一直处于活动状态
不同之处在于,在第一种情况下 ->lockForUpdate()
没有被执行 当你教导它