【redis】redis事务

泡芙冰淇淋ya

已于 2024-07-04 13:44:48 修改

阅读量1.2k

点赞数 36

分类专栏： redis 文章标签： redis 数据库缓存

于 2024-07-02 06:15:00 首次发布

本文链接：https://blog.csdn.net/wosixiaokeai/article/details/140059236

版权

19 篇文章 0 订阅

订阅专栏

1、基本概念

原子性：事务中的所有命令要么全部执行，要么全部不执行。但是，Redis事务的原子性与其他数据库系统有所不同，它不支持事务回滚。如果事务中的某个命令执行失败（如语法错误或类型不匹配），Redis不会停止执行后续命令，而是继续执行并返回错误。
隔离性：由于Redis采用单线程模型来处理命令，因此事务在执行过程中不会被其他客户端的命令打断。这保证了事务的隔离性。
不支持回滚：与许多其他数据库系统不同，Redis事务不支持回滚操作。如果事务中的某个命令执行失败，Redis不会回滚已执行的命令，而是继续执行后续命令。这意味着客户端需要自行处理事务中的错误情况。

MULTI：这个命令用于标记一个事务块的开始。当客户端向Redis服务器发送MULTI命令后，服务器会将后续接收到的命令放入一个事务队列中，但并不立即执行这些命令。
EXEC：当客户端发送EXEC命令时，Redis会遍历事务队列并执行其中的所有命令。EXEC命令的回复是一个数组，数组中的每个元素都是执行事务中的命令所产生的回复。
DISCARD：如果在发送EXEC命令之前，客户端希望取消事务，可以发送DISCARD命令。这个命令会清空事务队列，并放弃执行事务。

4.1乐观锁的基本概念

乐观锁是一种并发控制策略，它假设在数据处理过程中，冲突的情况不常发生。因此，它不会在数据读取时立即上锁，而是在数据更新时检查是否有其他事务修改过数据。如果数据在读取和更新之间没有被其他事务修改，则更新操作成功；否则，更新操作失败。

4.2Redis事务乐观锁的实现

在Redis中，乐观锁的实现主要依赖于WATCH命令。当客户端需要执行一个事务，并且希望在这个事务执行期间，某些键的值不被其他客户端修改时，可以使用WATCH命令来监视这些键。

使用WATCH命令：客户端发送WATCH命令，并指定要监视的键。此时，Redis会将这些键标记为被监视状态。
执行事务：在WATCH命令之后，客户端可以发送一系列命令来组成事务，这些命令会被Redis放入事务队列中，但不会立即执行。
检查键是否被修改：当客户端发送EXEC命令来执行事务时，Redis会首先检查被WATCH命令监视的键自WATCH命令执行以来是否被其他客户端修改过。
- 如果这些键没有被修改过，那么Redis会执行事务队列中的所有命令，并返回每个命令的执行结果。
- 如果这些键中的任何一个被修改过，那么Redis会中断事务的执行，并返回一个nil值，表示事务失败。

4.3乐观锁机制的优点和注意事项

优点：
- 减少锁的竞争：由于乐观锁在数据读取时不会立即上锁，因此可以减少锁的竞争，提高并发性能。
- 降低死锁风险：由于乐观锁在数据更新时才会检查冲突，因此可以降低死锁的风险。
注意事项：
- 需要额外的冲突处理逻辑：当事务因为冲突而失败时，客户端需要能够感知到失败，并决定是重新尝试事务还是采取其他措施。
- 可能存在ABA问题：ABA问题是指一个键的值被其他客户端修改后又改回了原来的值，但乐观锁机制无法检测到这种情况。因此，在某些场景下可能需要额外的机制来避免ABA问题。

命令顺序：在事务中，命令的执行顺序是按照它们被放入事务队列的顺序来执行的。因此，在编写事务时，需要特别注意命令的顺序和依赖关系。
错误处理：由于Redis事务不支持回滚，因此客户端需要自行处理事务中的错误情况。一种常见的做法是在发送EXEC命令之前检查事务队列中的命令是否有效，并在执行完事务后检查每个命令的返回值以确定是否有错误发生。
性能考虑：在高并发场景下，大量的事务可能会导致Redis服务器性能下降。因此，在设计系统时需要权衡事务的使用和性能之间的关系。

关注