标签： locking

发布于

PHP `Distributed Locking` (`Redis Lock`/`ZooKeeper`)：解决并发资源竞争

各位观众，大家好！今天咱们聊聊并发编程里让人头疼，但又不得不面对的问题：分布式锁。这玩意儿就像一群熊孩子抢玩具，不加约束，那场面绝对惨不忍睹。所以，我们需要个“家长”出来维持秩序，这个“家长”就是分布式锁。 一、并发的烦恼：不加锁的后果 咱们先来模拟一个简单的场景：多个用户同时抢购一件商品，库存只有1个。 <?php // 模拟库存 $inventory = 1; function purchase() { global $inventory; echo “用户 ” . uniqid() . ” 尝试购买…n”; if ($inventory > 0) { // 模拟耗时操作，比如数据库更新 sleep(rand(1, 3)); $inventory–; echo “购买成功！剩余库存: ” . $inventory . “n”; } else { echo “库存不足！n”; } } // 模拟多个用户并发购买 $threads = []; for ($i = 0; $i < 5; $i++) { $threads[] = new Thread(functio …

继续阅读“PHP `Distributed Locking` (`Redis Lock`/`ZooKeeper`)：解决并发资源竞争”

发布于

乐观锁（Optimistic Locking）与悲观锁（Pessimistic Locking）在应用层实现

好的，各位观众老爷们，今天咱们来聊聊并发控制界两大门派的绝世武功：乐观锁和悲观锁！😎 话说江湖纷争，数据江湖更是刀光剑影，一不小心就数据错乱，人仰马翻。要维护数据的一致性，就得靠锁这玩意儿了。 第一回：话说锁的江湖，悲观锁横行霸道 很久很久以前，在并发控制的江湖里，悲观锁是当之无愧的霸主。这名字一听就透着一股“我不信任任何人”的劲儿。悲观锁就像一个疑心病极重的老头，总是觉得有人要偷他的宝贝，所以在任何时候，只要他一访问某个数据，就立刻把数据锁起来，生怕别人动它一根毫毛。 这就好比你去银行取钱，悲观锁就像银行保安，你一进门，他就拉起警戒线，说：“这钱柜现在是我的了，谁也不许靠近！” 等你取完钱走了，他才把警戒线撤掉，让别人进来。 悲观锁在数据库层面的典型实现就是事务锁（Transaction Lock）。比如，你在执行SELECT … FOR UPDATE语句时，数据库就会对选中的数据行加锁，直到事务结束才会释放锁。 优点： 简单粗暴，效果好： 保证数据绝对安全，适用于对数据一致性要求极高的场景，比如银行转账。 实现容易： 数据库本身就提供了悲观锁机制，用起来很方便。 缺点： 效率低 …

继续阅读“乐观锁（Optimistic Locking）与悲观锁（Pessimistic Locking）在应用层实现”

发布于

表级锁（Table-Level Locking）与页级锁（Page-Level Locking）

好嘞！各位观众老爷，各位技术大咖，以及各位还在秃头路上的程序员朋友们，大家好！我是你们的老朋友，BUG终结者，代码界的段子手，今天咱们就来聊聊数据库里那些“锁”事，特别是表级锁和页级锁这两位“锁”哥。 准备好了吗？系好安全带，咱们要发车啦！🚌 开场白：锁，数据库里的“守门神” 想象一下，你是一家银行的柜员，今天人山人海，大家都来存钱、取钱。如果大家可以同时对同一个账户进行操作，那画面太美我不敢看！ 银行早倒闭了。 数据库也是一样，它就像一个巨大的账本，记录着各种各样的数据。如果多个用户同时修改同一份数据，那数据就会变得混乱不堪，甚至导致数据丢失。为了保证数据的完整性和一致性，数据库引入了“锁”这个概念。 锁，就像银行的保安，负责控制对数据的访问，确保同一时间只有一个用户可以修改特定的数据。这样，数据就不会被打乱，银行（数据库）才能正常运营。 所以说，锁是数据库的“守门神”，守护着数据的安全。 第一幕：表级锁，简单粗暴的“锁老大” 首先登场的是咱们的“锁老大”——表级锁（Table-Level Locking）。这位老大哥的性格嘛，简单粗暴，就像他的名字一样，直接锁住整张表！ 什么是表级 …

继续阅读“表级锁（Table-Level Locking）与页级锁（Page-Level Locking）”