Redis事务相关命令面试必问！

文章目录

Redis事务相关的命令有哪几个？
- 什么是 Redis 事务？
- Redis 事务相关的命令有哪些？
- - 第一部分：MULTI —— 开启一个事务
  - - 示例代码：
    - 闫工小贴士：
  - 第二部分：EXEC —— 执行事务
  - - 示例代码：
    - 闫工小贴士：
  - 第三部分：DISCARD —— 取消事务
  - - 示例代码：
    - 闫工小贴士：
  - 第四部分：WATCH —— 监视键的变化
  - - 示例代码：
    - 闫工小贴士：
- Redis 事务的优缺点
- - 优点：
  - 缺点：
- 闫工总结
- 以上就是今天的文章内容。如果你觉得这篇文章对你有帮助，请不要吝惜你的点赞和分享！你的支持是我继续创作的最大动力！
- - 📚 领取 | 1000+ 套高质量面试题大合集（无套路，闫工带你飞一把）！

Redis事务相关的命令有哪几个？

大家好！我是闫工，今天我们要聊一个 Redis 中非常重要但也容易被忽视的话题——Redis 的事务相关命令。作为一名长期奋战在一线的技术狗，我深知 Redis 在高并发场景下的重要性，而事务则是保障数据一致性的重要机制。所以，今天的文章我会以轻松幽默的风格，带大家深入理解 Redis 事务的相关命令。

什么是 Redis 事务？

在开始之前，先让我用一句话概括一下 Redis 的事务是什么：Redis 事务可以看作是一组被封装起来的命令，在执行时要么全部成功，要么全部失败。听起来是不是有点像数据库中的事务？没错，虽然 Redis 是一个内存数据库，但它也支持事务机制，这在分布式系统中非常重要。

不过，我得提醒大家一点：Redis 的事务和传统关系型数据库的事务还是有些区别的。比如，在 Redis 中，事务并没有 ACID 属性（特别是隔离性），所以使用时要格外小心！

Redis 事务相关的命令有哪些？

好了，现在我们正式进入主题——Redis 事务相关的命令。一共有以下几个：

MULTI：开启一个事务
EXEC：执行事务中的所有命令
DISCARD：取消事务
WATCH：监视键的变化

这四个命令是 Redis 事务的核心，接下来我会逐一讲解它们的用法和注意事项。

第一部分：MULTI —— 开启一个事务

MULTI是 Redis 中用于开启事务的命令。当你执行 MULTI 命令后，Redis 就会进入事务模式，后续的所有命令都会被缓存起来，直到遇到 EXEC 或者 DISCARD 才会处理这些命令。

示例代码：

127.0.0.1:6379> MULTI OK 127.0.0.1:6379> SET key1 value1 QUEUED 127.0.0.1:6379> SET key2 value2 QUEUED 127.0.0.1:6379> EXEC 1) OK 2) OK

从上面的示例可以看出，当我们执行 MULTI 后，后续的命令都会被标记为 QUEUED，表示它们已经被缓存。直到我们执行 EXEC，这些命令才会真正被执行。

闫工小贴士：

注意不要滥用事务！因为 Redis 的事务是串行执行的，如果事务中的命令太多，可能会影响性能。
如果你只是想执行几个简单的命令，直接发送给 Redis 就可以了，没必要每次都用事务。

第二部分：EXEC —— 执行事务

EXEC是 Redis 中用于执行事务的关键命令。当你执行 EXEC 时，Redis 会将之前缓存的所有命令一次性执行，并返回这些命令的结果。

示例代码：

127.0.0.1:6379> MULTI OK 127.0.0.1:6379> SET keyA valueA QUEUED 127.0.0.1:6379> GET keyB QUEUED 127.0.0.1:6379> EXEC 1) OK 2) "oldValueB"

从上面的示例可以看出，EXEC 不仅执行了 SET 命令，还执行了 GET 命令，并且返回了所有命令的结果。

闫工小贴士：

如果在事务中有一个命令失败，其他命令仍然会继续执行吗？不会！Redis 的事务是原子性的，如果任何一个命令失败，整个事务都会被回滚。不过，有些命令可能会有部分成功的情况，具体情况需要具体分析。
在高并发场景下，尽量减少事务的复杂度和长度，以提高系统的吞吐量。

第三部分：DISCARD —— 取消事务

DISCARD是用于取消当前事务的命令。当你执行 DISCARD 后，Redis 会丢弃之前缓存的所有命令，并返回空结果。

示例代码：

127.0.0.1:6379> MULTI OK 127.0.0.1:6379> SET keyX valueX QUEUED 127.0.0.1:6379> DISCARD OK 127.0.0.1:6379> GET keyX (nil)

从上面的示例可以看出，当我们执行 DISCARD 后，SET 命令并没有真正被执行。

闫工小贴士：

DISCARD 的使用场景：当你发现某些条件不满足时（比如某个键已经被修改），可以取消事务并重新开始。
在实际开发中，DISCARD 并不是经常被用到的命令，但了解它的存在还是很有必要的。

第四部分：WATCH —— 监视键的变化

WATCH是 Redis 中用于监视一个或多个键变化的命令。当你执行 WATCH 后，如果在事务执行前有任何被监视的键被修改，整个事务就会被取消（即返回空结果）。

示例代码：

127.0.0.1:6379> SET keyY oldValue OK 127.0.0.1:6379> WATCH keyY OK 127.0.0.1:6379> MULTI OK 127.0.0.1:6379> GET keyY QUEUED 127.0.0.1:6379> SET keyY newValue QUEUED 127.0.0.1:6379> EXEC 1) "oldValue" 2) OK

从上面的示例可以看出，虽然我们在事务中修改了 keyY 的值，但由于在执行 WATCH 后没有其他客户端修改 keyY，所以事务成功执行。