redis并发时锁机制分布式锁使用场景

lumengabc

已于 2024-09-12 21:08:26 修改

阅读量263

点赞数 3

文章标签： redis 分布式数据库

于 2024-09-12 14:41:43 首次发布

本文链接：https://blog.csdn.net/webnoties/article/details/142175550

版权

redis并发时锁机制分布式锁使用场景

在高并发场景下，防止库存被多次扣除，可以使用 Redis 的分布式锁机制。以下是一个 PHP 调用 Redis 实现锁的示例代码，用于确保在修改库存时的原子性操作：

<?php
$redis = new Redis();
$redis->connect('127.0.0.1', 6379);

// 锁的键名
$lockKey = 'product_lock';
// 锁的值，可以是任意字符串，这里使用一个随机字符串作为锁的值
$lockValue = uniqid();
// 锁的过期时间（秒）
$ttl = 10;

// 尝试获取锁
$isLockAcquired = $redis->set($lockKey, $lockValue, array('nx', 'ex' => $ttl));

if ($isLockAcquired) {
    // 获取库存值
    $productId = 'product_id';
    $productNum = $redis->get($productId);
    
    // 检查库存是否足够
    if ($productNum > 0) {
        // 库存足够，扣除一个
        $newNum = $productNum - 1;
        $redis->set($productId, $newNum);

        // 执行其他业务逻辑
        // ...

        // 释放锁
        $redis->eval("
            if redis.call('get', KEYS[1]) == ARGV[1] then
                return redis.call('del', KEYS[1])
            else
                return 0
            end
        ", 1, $lockKey, $lockValue);
    } else {
        // 库存不足，处理逻辑
    }
} else {
    // 未能获取锁，可以重试或者执行其他逻辑
}

// 释放锁的 Lua 脚本，确保释放锁的操作是原子的
$unlockScript = "
    if redis.call('get', KEYS[1]) == ARGV[1] then
        return redis.call('del', KEYS[1])
    else
        return 0
    end
";

// 尝试释放锁
$isLockReleased = $redis->eval($unlockScript, 1, $lockKey, $lockValue);

if (!$isLockReleased) {
    // 释放锁失败，可能需要记录日志或者报警
}
?>

在上述代码中，我们首先尝试使用 set 命令和 nx 选项来获取锁，如果获取成功，我们执行库存检查和扣除逻辑。在操作完成后，我们使用 Lua 脚本来释放锁，确保释放锁的操作是原子的。如果获取锁失败，我们可以选择重试或者执行其他逻辑。其中 nx 表示仅当键不存在时才设置键，ex 表示键的过期时间。

请注意，这个示例是一个基本的锁实现，实际生产环境中可能需要更复杂的错误处理和重试逻辑。此外，如果你的 Redis 集群部署在多个节点上，你可能需要考虑使用 Redlock 算法来提高锁的可靠性。

在上述示例中，锁的机制是基于 Redis 的 SETNX（SET if Not eXists）命令，结合 EXPIRE 命令来实现的。这种锁被称为“分布式锁”，因为它可以在分布式系统中协调多个进程或线程对共享资源的访问。下面是锁机制的详细解释：

锁的获取：使用 SETNX 命令尝试设置一个键（锁）。如果该键不存在，那么 SETNX 命令将键设置为指定的值（锁值），并返回 1 表示获取锁成功。如果键已经存在，表示锁已被其他进程或线程持有，返回 0 表示获取锁失败。
锁的过期：为了防止锁永久占用资源（例如，持有锁的进程崩溃而没有释放锁），使用 EXPIRE 命令为锁设置一个过期时间。这样，即使持有锁的进程没有释放锁，锁也会在一定时间后自动失效。
锁的释放：持有锁的进程在完成对资源的操作后，使用 DEL 命令删除锁键，释放锁。
原子性：SETNX 命令是原子操作，它确保了在任何给定时间点，只有一个进程或线程能够成功设置锁。这是通过 Redis 服务器的单线程特性来保证的。

这种锁机制不会导致库存超出售卖，因为它确保了在同一时间内只有一个进程或线程能够修改库存。然而，如果锁的实现有缺陷或者在高并发情况下存在竞态条件，可能会出现问题。例如：

锁的粒度：如果锁的粒度太粗，可能会降低系统的并发性能。如果锁的粒度太细，可能会导致锁管理复杂化。
锁的超时时间：如果锁的超时时间设置得太短，可能会导致持有锁的进程在完成操作前锁就过期了，从而其他进程错误地认为可以获取锁。如果超时时间设置得太长，可能会在进程崩溃时导致资源被锁定太长时间。
锁的安全性：如果锁的值（随机字符串）可以被预测或伪造，那么其他进程可能错误地释放不属于它们的锁。

为了避免这些问题，可以采取以下措施：