【问题标题】:Laravel lockforupdate (Pessimistic Locking)Laravel lockforupdate(悲观锁)
【发布时间】:2016-04-06 00:30:14
【问题描述】:

我正在尝试弄清楚如何正确使用/测试 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 的用途?还是我测试不正确?

我期望的是浏览器 2 在前 60 秒内不应修改该行(带有加载图标或错误抛出的空白页面?)

https://laravel.com/docs/5.2/queries#pessimistic-locking

我做了一些研究,但仍然无法理解 sharedLock(LOCK IN SHARE MODE) 和 lockForUpdate(FOR UPDATE) 之间的区别

顺便说一句,我确认数据库是 innodb

【问题讨论】:

    标签: php mysql laravel laravel-5 pessimistic-locking


    【解决方案1】:

    终于搞定了,不过还是不明白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;
            }));
        }
    

    【讨论】:

    • 来自文档:laravel.com/docs/5.2/queries#pessimistic-locking sharedLock 仅用于写入锁定,lockForUpdate 也阻止它们被选中
    • 事务锁用于处理多用户访问之间的数据库。如果您的表被锁定,则其他用户无法访问它。所以数据管理得当。
    【解决方案2】:

    所以这是个老问题,但我相信我的回答可以阐明 ->lockForUpdate() 的工作原理

    来自 Laravel 文档:

    共享锁防止选定的行被修改,直到 您的交易已提交。

    正如它所写的那样 - 从您调用它到您的事务完成,锁将处于活动状态。

    记住:

    ->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() 没有被执行,而你告诉它是

    【讨论】:

    • 我认为这应该被接受为问题的答案
    【解决方案3】:

    阅读本文Reference

    Laravel 中的悲观与乐观锁定

    • 共享锁:

      DB::table('users')->where('votes', '>', 100)->sharedLock()->get();
      
    • 锁定更新:

      DB::table('users')->where('votes', '>', 100)->lockForUpdate()->get();
      

    Laravel Docs

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2010-09-12
      • 1970-01-01
      • 2014-08-30
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多