如何使用 Laravel sharedLock 与 lockForUpdate 进行数据表行锁

本篇文章为大家展示了如何使用 Laravel sharedLock 与 lockForUpdate 进行数据表行锁，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。拼团功能，当 A 客户开团之后（两人团），如果 B 和 C 同时支付，如何规避两人同时将拼团人数增加。sharedLock 对应的是 LOCK IN SHARE MODElockForUpdate 对应的是 FOR UPDATEsharedLock 与 lockForUpdate 相同的地方是，都能避免同一行数据被其他 transaction 进行 update。不同的地方是：sharedLock 不会阻止其他 transaction 读取同一行lockForUpdate 会阻止其他 transaction 读取同一行（需要特别注意的是，普通的非锁定读取读取依然可以读取到该行，只有 sharedLock 和 lockForUpdate 的读取会被阻止。）即 sharedLock locks only for write, lockForUpdate also prevents them from being selected这样做是有意义的，例如，两个 transaction 要更新同一个计数器，如果不使用 lockForUpdate，会导致两个 transaction 同时读到同一个初始值，然后在应用层逻辑中增加计数之后，提交到数据库中，后者的操作会覆盖掉前者的操作。在 MySQL 命令行终端操作一个表这时再开一个命令行终端你会发现，无论是 for update 还是 lock in share mode 都无法读取到数据，更加确切地说是，查询被阻塞了。只有在第一个终端执行第二个终端才能得到数据返回。需要注意的是，发起者必须在 transaction 里上锁才有效，如果不是在 transaction 中，上锁是无效的。但是，第二个人无论是不是在 transaction 里，都会被锁。Laravel 如何设置数据库操作超时时间什么场景下适合使用 sharedLock 呢?sharedLock，lockForUpdate 与 Pessimistic Locking 是什么关系Pessimistic locking（悲观锁）香港云主机与 Optimistic locking（乐观锁）的区别A 用户，在浏览器里访问接口（模拟支付回调），此时对数据表中某一行锁住，进行 30s 操作，然后提交事务。B 用户，在浏览器里访问同一接口（模拟支付回调），其无法修改该行。对应的返回是什么？会一直 wait 到数据库操作超时。那么问题来了，Laravel 如何设置数据库操作超时时间？简单的测试方法，是在命令行中开两个 artisan tinker 窗口，分别执行你会发现第二个 tinker 窗口中的 get 操作，需要等到第一个 transaction 执行完毕之后，才能得到查询结果。需要注意的是，不在 transaction 中的 lockForUpdate 操作，是没有锁效果的。真实场景，防止用户重复提现事务中涉及的操作都会加上锁？如果默认会加上锁，那么默认会加上什么锁呢？事务中涉及的操作，不需要显式加锁？要理清其中关系，就需要了解事务的四种隔离级别：未提交读（Read uncommitted）已提交读（Read committed）可重复读（Repeatable read）可串行化（Serializable ）MySQL 默认的是：可重复读（Repeatable read）上述内容就是如何使用 Laravel sharedLock 与 lockForUpdate 进行数据表行锁，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注开发云行业资讯频道。

相关推荐: RocketMQ DLedger多副本即主从切换的实现原理

本篇内容介绍了“RocketMQ DLedger多副本即主从切换的实现原理”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！DLedger 基于 raft 协议，故…