一文搞懂redis事务

黑猫码农志
398 阅读4分钟

来自文章集合：一文带你搞懂redis使用过程（持续更新中）

Redis事务

Redis事务可以一次执行多个命令，是一个原子操作：要么全部被执行，要么全部都不执行。

Redis事务通过MULTI命令开始事务，通过EXEC命令提交事务。在MULTI和EXEC之间的命令将按顺序放入队列中，而不会立即执行。这种特性使得Redis事务可以确保多个命令的原子性操作，避免了其他客户端在执行这些命令期间的干扰。

redis的事务使用

下面是一个简单使用事务的例子：

127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> set redis_text "hello world"
QUEUED
127.0.0.1:6379> get redis_text
QUEUED
127.0.0.1:6379> set redis_text "HELLO WORLD"
QUEUED
127.0.0.1:6379> EXEC
1) OK
2) "hello world"
3) OK

使用中途，想取消事务,放弃事务块内的所有命令：DISCARD

127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> get redis_text
QUEUED
127.0.0.1:6379> set redis_text "Hello"
QUEUED
127.0.0.1:6379> discard
OK

为了避免有一个键被其他客户端修改，可以使用WATCH命令监视的指定键，那么在执行EXEC命令之前，如果监视的键被修改，整个事务都将被取消。下面的例子用来展示，执行事务期间监听key发生了变化的情况

// redis客户端1，监视键 mykey，如果该键的值在事务期间发生变化，事务将被取消
127.0.0.1:6379> WATCH mykey
OK
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> SET mykey "new value"
QUEUED
127.0.0.1:6379> EXEC
(nil)

//	redis客户端2，在redis客户端1执行事务期间执行
127.0.0.1:6379> set mykey "new value"
OK

取消所有监听可以使用：UNWATCH

redis事务使用场景

根据redis事务的原子性操作方式，常被用于保持一致性的批量操作的场景：

  1. 转账：多个账户之间进行资金转移时，通过Redis事务可以确保在资金转移的过程中不会出现中断，避免因为某些命令执行失败而造成资金损失。
  2. 缓存更新：当需要同时更新多个缓存时，通过Redis事务可以确保所有缓存都得到正确更新，避免因为某些缓存更新失败而导致数据不一致。

事务执行错误和语法错误下的执行情况

执行错误

127.0.0.1:6379> flushdb
OK
127.0.0.1:6379> set key2 hello
OK
127.0.0.1:6379> get key2
"hello"
127.0.0.1:6379> multi
OK
127.0.0.1:6379> SET key1 value1
QUEUED
127.0.0.1:6379> INCR key2
QUEUED
127.0.0.1:6379> SET key3 value3
QUEUED
127.0.0.1:6379> exec
1) OK
2) (error) ERR value is not an integer or out of range
3) OK
127.0.0.1:6379> keys *
1) "key1"
2) "key3"
3) "key2"

由上可知，当事务命令执行错误时，并不影响后续命令的执行，执行错误并不会对已执行的命令进行回滚

语法错误

127.0.0.1:6379> flushdb
OK
127.0.0.1:6379> set key2 hello
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set key1 value1
QUEUED
127.0.0.1:6379> incr key2
QUEUED
127.0.0.1:6379> set key3 value3
QUEUED
127.0.0.1:6379> gett key3
(error) ERR unknown command `gett`, with args beginning with: `key3`,
127.0.0.1:6379> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> keys *
1) "key2"

由上可知，当事务命令语法错误时，事务不会进行执行

引申

redis事务的特点

  1. 原子性支持有限：redis的事务是原子性的，要么全部执行，要么全部不执行，没有中间状态。然而，redis并不提供回滚机制，即使其中一个命令执行失败，其他命令仍然会执行。

  2. 快速执行：因为redis是内存数据库，所以redis事务通常比传统的关系型数据库事务执行的要快，而关系型数据库则通常需要涉及磁盘访问。

  3. 命令预处理：redis事务将一系列命令进行 排队，只有在EXEC命令被调用时才会一次性执行这些命令。

关系型数据库的特点：

  1. 支持ACID属性： 关系型数据库事务支持ACID（原子性、一致性、隔离性和持久性）属性，这确保了数据的完整性和一致性。
  2. 数据持久性： 关系型数据库通常将数据持久化到磁盘上，确保数据不会因系统故障而丢失。
  3. 回滚支持： 关系型数据库具有回滚机制，可以回滚未完成的事务，确保在出现错误时数据库的一致性和稳定性。

redis事务和关系型数据库的优缺点比较

  1. redis事务对于简单的操作十分高效，适合执行一系列快速的命令。然而，他不具备关系型数据库的完整性保证
  2. 关系型数据库事务在保证数据的一致性和完整性方面更加强大，但其执行速度可能较慢，尤其是涉及大量IO操作的情况。

在实际应用中，根据具体需求和场景来选择使用Redis事务或关系型数据库事务。

avatar
文章
阅读
粉丝