【Redis入门笔记 04】事务的基本操作

🍉redis 中的事务

了解 redis 的事务之前，我们先来回顾一下关系型数据库的事务。关系型数据库的事务要具备四个特性：1.原子性、2.一致性、3.隔离性、4.持久性，也就是我们经常说的事务的 ACID 特性。

1. 原子性（Atomicity）：事务是最小的执行单位，不允许分割。
2. 一致性（Consistency）：执行事务前后，数据保持一致。
3. 隔离性（Isolation）：各个并发事务之间的数据库要保持独立。
4. 持久性（Durability）：事务被提交之后，它对数据库中的数据改变是持久的。

在 redis 中，它的事务和上面的有所不同，redis 的单条指令是原子性的，而 redis 事务并不保证原子性也没有隔离级别的概念，换句话说就是 redis 事务中除了因为命令的语法错误以外，如果某个命令执行失败，其他命令也能正常执行。

🍓redis 中的事务命令

redis 为我们提供了四个命令来实现事务的功能：

• multi：开启事务。
  后面可以输入多个命令，但不会立即执行，而是放入到队列中，当执行 exec 命令后才依次执行。
• exec：执行事务。
  依次执行等待队列中的所有命令。
• discard：取消事务。
  将事务队列中保存的所有命令清空。
• watch：用来监听指定的 key。
  当调用 exec 执行事务时，如果发现 key 中的数据被其他用户修改过了，那么整个事务都不会执行。

示例：开启事务，批量执行一组命令~

示例：放弃事务，中途取消~

🍍事务中的编译型异常

当事务队列中的命令语法有错误，那么事务中所有的命令都不会被执行。

🍋事务中的运行时异常

如果事务队列中某个命令由于非语法问题执行失败（运行时异常），其他命令是可以正常执行的，错误命令抛出异常！这也恰恰能说明 redis 的单个命令是原子性的。

---

🍌redis 实现乐观锁

既然 redis 中的事务不是原子性的，在并发执行事务的时候需要我们加锁来保证数据的正确性，这里的锁主要有两种，乐观锁与悲观锁。

悲观锁将所有的操作都视为不安全操作，不论做什么都会加锁，这样做十分影响效率，所以改用乐观锁。乐观锁认为任何操作都不会有问题，因此不会上锁，而是在更新数据的时候进行一次判断，检查数据是否被其他人修改过。

redis 中的 watch 命令提供了监视数据的功能，用来检查数据是否被人修改。

启动第一个 redis 链接，设置如下事务：

启动第二个 redis 链接，对数据进行改动：

此时回到第一个 redis 链接，执行事务，会发现事务没有被执行：

如果想取消对数据的监控，redis 还给我们提供了 unwatch 命令用来解除对数据的监听。

---

🚀redis 系列专栏：Redis 快速入门
❤整理不易❤ 还请各位读者老爷们三连支持一下╰(￣ω￣ｏ)