搞懂php redis事务机制，轻松保证数据操作原子性。

发布日期： 2025-10-01 阅读量： 作者： admin

大家今天想跟大家聊聊我在PHP里头用Redis事务的经历。

为啥要用事务？

起初，我就是简单地用Redis存点数据、取点数据，用得挺顺手的。后来遇到一个场景，比如说，用户下个单，我得在Redis里扣减他的积分，同时还要给他加一个“已购买”的标签。这两个操作，我希望要么都成功，要么就都不成功。不能说积分扣了，标签没加上，或者反过来，那数据就不一致了，容易出问题。

一开始我没想那么多，就是在PHP代码里，先写一个`$redis->decrBy('user:score:123', 10)`，然后再写一个`$redis->sAdd('user:purchased:123', 'product:abc')`。这样写，大部分时候是没问题的。

但是！ 我就琢磨，万一，我是说万一，第一个命令执行成功了，第二个命令还没来得及执行，我这PHP脚本因为啥原因突然挂了，或者服务器正好重启了，那不就惨了？积分扣了，购买记录没加上，用户肯定得找我麻烦。

摸索过程

我就开始找解决办法。想着用PHP的try...catch？好像不行，那是管PHP代码执行异常的，管不了Redis命令执行到一半中断的问题。后来想起之前看过Redis好像有个啥“事务”的说法，就去翻了翻资料，又问了问群里的老哥。

原来Redis提供了一套命令，就是`MULTI`、`EXEC`、`DISCARD`、`WATCH`这几个。核心思想就是，你先用`MULTI`告诉Redis：“老哥，我要开始搞一堆操作了，你先别急着执行，帮我攒着。”

然后，你就把你那堆命令一个个发给Redis，比如我刚才说的扣积分、加标签。这时候Redis不会真的去执行，只是把这些命令放到一个队列里，然后回你一个"QUEUED"（意思是“已排队”）。

等你把所有想一起干的活儿都交代完了，就发一个`EXEC`命令给Redis。Redis收到`EXEC`后，就一口气把刚才队列里攒着的所有命令，按照顺序，一次性执行完。这样就能保证原子性了，要么队列里的命令全都成功执行，要么（在某些特定错误下，比如命令语法错了，或者`WATCH`监控的值变了）就一个都不执行（通过`DISCARD`可以主动放弃）。

在PHP里实践

知道了原理，我就去看PHP的Redis扩展怎么用这个功能。发现还挺直接的。

大概是这么个结构：

先`$redis->multi();` 这个就是告诉Redis，事务开始了。
然后就像平时一样调用Redis命令，比如 `$redis->decrBy('user:score:123', 10);` 和 `$redis->sAdd('user:purchased:123', 'product:abc');` 这些命令现在不会立刻执行，会被加到队列里。PHP这边通常会立刻返回`$redis`对象本身或者`true`，表示命令已入队。
调用`$redis->exec();` 这个命令会触发Redis执行队列里的所有命令。`exec()`的返回值通常是一个数组，包含了队列里每个命令的执行结果。如果事务被打断（比如被`WATCH`监控的键变了），`exec()`可能返回`false`。

我照着这个路子试了试，把之前的代码改了下：

$redis = new Redis();

$redis->connect('127.0.0.1', 6379);

// 开始事务

$redis->multi();

// 把要执行的命令加到队列

$redis->decrBy('user:score:123', 10);

$redis->sAdd('user:purchased:123', 'product:abc');

// 执行事务

$result = $redis->exec();

// 检查结果（$result会是类似 [true, 1] 这样的数组，对应上面两个命令的结果）

if ($result) {

echo "操作成功！";

} else {

echo "操作失败或被中断！";

注意：上面这段代码只是示意，实际用的时候得加上错误处理啥的。

踩过的小坑

用的时候也遇到过小问题。有一次，我在`multi()`和`exec()`之间写了个错误的命令，比如把`decrBy`写成了`decrby`（大小写错了）。这种语法错误在`exec()`执行之前，Redis就能检查出来。结果就是，你调用`exec()`的时候，整个事务都会被取消，所有命令都不会执行，`exec()`会返回一个特定的错误信息或者`false`（具体看扩展版本和配置）。

还有一点要注意，Redis事务不像关系型数据库那么强大。如果在`exec()`执行期间，某个命令出错了（比如你对一个字符串类型的键执行`incr`操作），Redis默认是不会回滚其他已经成功执行的命令的。它会继续执行队列里剩下的命令。写代码的时候还是要自己检查`exec()`返回的结果数组，看是不是每个操作都符合预期。

后来还接触了`WATCH`命令，用在`MULTI`之前，可以用来实现乐观锁，防止在准备事务到执行事务期间，关心的键被其他客户端修改了。这个稍微复杂点，但有时候也挺有用的，比如更新计数器之前先检查一下值。

总结

Redis这个事务机制，虽然跟MySQL那种严格的ACID事务不太一样，但对于需要保证多个Redis命令打包执行的场景，还是非常实用的。通过`MULTI`和`EXEC`，我确实解决了开头提到的那个数据一致性问题。在PHP里用起来也挺方便，就是要注意检查`exec()`的返回值，以及理解它处理错误的机制。对我来说，这算是实践中一个挺有用的技巧。

上一篇: 新手必看！香港CN2云服务器搭建教程与使用技巧

搞懂php redis事务机制，轻松保证数据操作原子性。

随便看看