熊熊出没 发表于 2025-3-11 01:11:45

【Redis事件】redis中事件的使用

Redis 事件的特性

Redis 事件(Transaction)是一组命令的集合,可以一次性、顺序地实行多个命令,而且在实行过程中不会被其他客户端的哀求打断。Redis 事件的特性主要包括以下几点:

[*]原子性(Atomicity):事件中的全部命令都会按顺序实行,但 Redis 事件不支持回滚,即如果某个命令实行失败,不会影响之前已实行的命令。
[*]隔离性(Isolation):事件在实行过程中,不会受到其他客户端的并发干扰,全部命令按顺序实行,不会被其他命令插入。
[*]一致性(Consistency):Redis 不支持回滚,但如果某个命令写入了错误的数据,会影响数据的精确性,因此一致性需要业务逻辑保证。
[*]持久性(Durability):如果 Redis 开启了 AOF(Append-Only File)或 RDB(Redis Database)持久化机制,事件的修改可以持久化到磁盘,否则数据只存在于内存中。
Redis 事件的使用

Redis 事件的基本使用方式如下:

[*]开启事件:使用 MULTI 命令开启事件。
[*]命令入队:在 MULTI 之后,全部输入的命令都会进入队列,而不会立即实行。
[*]实行事件:使用 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
如果 EXEC 之前实行 DISCARD,事件队列会被清空,不实行任何命令。
Redis 事件的适用场景

Redis 事件适用于一些简单的原子操作场景,比方:

[*]批量实行多个命令:如一次性设置多个 key 或删除多个 key。
[*]确保操作的有序性:事件中的命令会按顺序实行,不会被其他命令打断。
[*]共同 WATCH 实现乐观锁:

[*]WATCH 监视某个 key,在 EXEC 实行前如果该 key 发生变化,事件会被取消,适用于类似数据库的 CAS(Compare-And-Swap) 操作。

示例:
127.0.0.1:6379> WATCH counter
OK
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> INCR counter
QUEUED
127.0.0.1:6379> EXEC
(integer) 1# 如果 counter 没有被其他客户端修改,则成功执行
如果 counter 在 EXEC 之前被其他客户端修改,事件会被取消。
事件的局限性



[*]不支持回滚:如果事件中某条命令实行失败,已实行的命令不会回滚。
[*]单线程实行:Redis 是单线程的,事件中的全部命令都会按照顺序实行,不会被其他命令打断,但不会提高实行效率。
[*]不支持部分实行:如果 EXEC 失败,整个事件都不会实行,但如果事件中的某个命令失败,不影响其他命令实行。
在实际开发中,Redis 事件适用于以了局景:
1. 计数器的原子更新

适用于高并发场景,如点赞、欣赏量、订单编号等计数操作。比方,一个网站的文章欣赏量可以使用 Redis 事件进行更新:
WATCH article:1001:views
MULTI
INCR article:1001:views
EXEC
这样可以保证在高并发情况下,计数操作不会出现丢失更新的题目。
2. 抢购/秒杀系统

在电商系统中,Redis 事件可以用于限量抢购,防止超卖。比方:
WATCH stock:product_123
MULTI
GET stock:product_123# 读取库存
DECR stock:product_123# 扣减库存
EXEC
 如果 stock:product_123 在 EXEC 之前被其他用户修改,事件将会失败,从而避免超卖。
3. 账户余额转账

在金融系统中,Redis 事件可以用于保证转账操作的原子性:
WATCH balance:user_1 balance:user_2
MULTI
DECR balance:user_1 100# 从用户1账户扣款
INCR balance:user_2 100# 给用户2账户加款
EXEC
如果 EXEC 之前 balance:user_1 或 balance:user_2 发生变化,事件会取消,避免出现数据不一致的题目。 
总结

Redis 事件通过 MULTI、EXEC、DISCARD 和 WATCH 来实现,适用于批量实行命令、保证操作的顺序性和实现乐观锁机制。但由于不支持回滚,在需要强一致性的场景下,建议共同 Lua 脚本或其他机制来确保数据的完整性。

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
页: [1]
查看完整版本: 【Redis事件】redis中事件的使用