Redis 事务与Lua

事务

Redis支持简单的事务:

命令说明
mutli代表事物开始
exec代表事物结束
discard命令表示停止事物。
watch监视一个(或多个) key ,如果在事务执行之前这个(或这些) key 被其他命令所改动,那么事务将被打断。
  • 当客户端处于非事务状态下时, 所有发送给服务器端的命令都会立即被服务器执行
  • 当客户端进入事务状态之后,服务器在收到来自客户端的命令时, 不会立即执行命令, 而是将这些命令全部放进一个事务队列里, 然后返回 QUEUED , 表示命令已入队
  • WATCH 命令用于在事务开始之前监视任意数量的键: 当调用 EXEC 命令执行事务时, 如果任意一个被监视的键已经被其他客户端修改了, 那么整个事务不再执行, 直接返回失败

如果事务中的命令出现错误,Redis的处理也不尽相同

  • 语法错误则整个事物无法执行
  • 非语法错误则会部分执行,并且不支持回滚, 只会将错误包含在事务的结果中, 这不会引起事务中断或整个失败,不会影响已执行事务命令的结果,也不会影响后面要执行的事务命令

Lua脚本

Lua脚本在Redis中的执行是原子性执行的,执行过程中不会插入其他命令

Redis 就可以通过 EVAL 命令或 EVALSHA 命令执行 Lua 脚本了

  • eval
eval  脚本内容  key个数  key列表 参数列表

例如:

eval 'return "hello"..KEYS[1]..ARGV[1]' 1 redis world

此时 KEYS[1] = reids , ARGV[1] = world,
结果:"hello redisworld"

如果脚本过长可以使用 redis-cli --eval 直接执行文件

  • evalsha
evalsha  脚本SHA1值  key个数  key列表 参数列表

首先将Lua脚本加载到Redis服务端得到该脚本的SHA1校验,evalsha命令使用SHA1做为参数直接执行lua脚本,避免每次都发送Lua脚本的开销。- 首先将Lua脚本加载到Redis服务端得到该脚本的SHA1校验,evalsha命令使用SHA1做为参数直接执行lua脚本,避免每次都发送Lua脚本的开销。
脚本会常驻服务端- 脚本会常驻服务端

Lua的Redis API

  • redis.call("set", "hello", "world")
    如果运行失败则脚本执行结束并返回
  • redis.pcall("set", "hello", "world")
    如果运行失败会忽略失败继续执行

Redis中管理Lua脚本

  • script load script 将Lua脚本加载到Redis内存中
  • script exists sh1 [sha1 …] 判断sha1脚本是否在内存中
  • script flush 清空Redis内存中所有的Lua脚本
  • script kill 杀死正在执行的Lua脚本。(如果此时Lua脚本正在执行写操作,那么script kill将不会生效
    Redis提供了一个lua-time-limit参数,默认5秒,它是Lua脚本的超时时间,如果Lua脚本超时,其他执行正常命令的客户端会收到“Busy Redis is busy running a script”错误,但是不会停止脚本运行,此时可以使用script kill 杀死正在执行的Lua脚本。
### Redis事务Lua脚本的关系及用法 #### 一、Redis事务的基础概念 Redis事务允许将一组命令打包成一个序列并按顺序执行,确保这些命令在执行过程中不被其他客户端的请求打断。事务通过 `MULTI` 开始,`EXEC` 提交,或者通过 `DISCARD` 取消[^4]。 - **MULTI**: 将后续的一系列命令标记为事务的一部分。 - **EXEC**: 执行所有已入队列的命令,并返回它们的结果列表。 - **WATCH**: 监视键的变化情况,用于乐观锁机制。 - **UNWATCH/DISCARD**: 如果监视到某些键发生变化,则取消当前事务。 尽管 Redis 事务提供了基本的操作隔离能力,但它并不支持真正的 ACID 特性中的回滚功能。一旦某个命令失败,其余命令仍会继续执行。 #### 二、Lua脚本的作用及其特性 Lua 脚本是一种更高级别的工具,可以在单次调用中完成复杂逻辑运算,同时利用 Redis 单线程模型保证整个过程具有原子性。以下是 Lua 脚本的关键属性: 1. **原子性保障** 当一条 Lua 脚本运行时,Redis 不会中断该脚本来处理其他命令或脚本,这使得 Lua 脚本天然具备原子性[^2]。 2. **减少网络延迟** 复杂操作可以通过一次网络传输传递给服务器端执行完毕后再返回结果,相比多次单独发送指令显著降低了通信成本[^5]。 3. **灵活性强** 用户可以直接编写自定义逻辑嵌套于脚本内部,而无需依赖外部程序控制流管理[^3]。 #### 三、实际应用案例——结合两者实现高效并发安全方案 下面展示了一个典型的例子:基于 RedisLua 实现分布式计数器加减操作的同时保持一致性约束条件下的更新行为。 ##### 场景描述 假设我们需要设计这样一个服务接口 `/increment_if_positive/{key}/{value}` ,它的语义是只有当指定 key 对应数值大于零时才允许增加 value 数量;否则拒绝修改原数据状态。 ##### 方法对比分析 如果我们单纯依靠普通的 INCRBY 或 DECRBY 来达成目标可能会遇到竞争状况导致最终效果偏离预期值。此时引入 Lua 则能有效规避此类风险。 ```lua -- redis-lua-script.lua local current_value = tonumber(redis.call('GET', KEYS[1])) if not current_value then -- If the key does not exist, treat it as zero. current_value = 0 end if ARGV[1] == 'add' and (current_value >= tonumber(ARGV[2])) then local new_val = current_value + tonumber(ARGV[3]) redis.call('SET', KEYS[1], tostring(new_val)) return {true, new_val} else return {false, current_value} end ``` 上述代码片段展示了如何构建满足特定业务需求的安全增量函数。其中: - 参数说明: - `KEYS[1]`: 表示待操作的目标存储位置名称; - `ARGV[1]`: 动作类型标志符(此处固定设为字符串 `'add'`); - `ARGV[2]`: 下限阈值参数; - `ARGV[3]`: 正整型步长变量。 - 返回结构体由布尔判断成功否以及最新计算所得的实际数值组成。 最后一步是在应用程序层面加载此文件并通过 EVAL 命令触发远程解释环境解析执行流程即可[^1]。 --- ###
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值