Redis脚本那些事儿，细聊怎么用才更溜和实在一点

说到Redis脚本,很多人可能听过Lua脚本，但总觉得它有点神秘，好像是大佬们才会用的高级玩意儿，其实不然，今天咱们就抛开那些复杂的术语，用大白话聊聊Redis脚本到底是个啥，以及怎么把它用得更溜、更实在。

Redis脚本到底是干嘛的？简单说就是个“打包快递”的。

想象一下这个场景：你要从Redis里取出一个值，在程序里做点计算（比如加个10），然后再存回去，这个操作很常见吧？但问题来了，你的程序（比如用Java或Python写的）和Redis服务器是分开的两台机器，它们需要通过网络来回通信，这个过程是这样的：程序发送“取数据”的指令 -> 等待Redis返回数据 -> 程序计算 -> 程序再发送“存数据”的指令。

这就有个风险：在你“取”和“存”的中间空隙，可能有另一个客户端也修改了这个值，那你第二次的“存”操作，就可能把别人刚改的数据给覆盖了，这就是所谓的“竞态条件”，为了解决这个问题，你可能需要用到Redis的事务（MULTI/EXEC）或者更复杂的分布式锁，但这又增加了复杂度和网络开销。

这时候,Redis脚本（Lua脚本）的价值就体现出来了，它允许你把这一整套操作写成一个脚本，一次性发送给Redis服务器，Redis服务器会保证这个脚本像单条命令一样，被原子性地、不被打断地执行，这就好比你不是一件一件地寄东西，而是把所有东西打包成一个包裹寄出去，省时省力，还不用担心包裹在运输过程中被拆开。

那怎么用才叫“溜”和“实在”呢？这里有几个非常接地气的建议。

第一，用它来搞定“原子性”要求高的复杂操作。 这是Redis脚本最核心的用武之地，除了前面说的“读-改-写”例子，再举几个常见的：

• 限流：比如限制一个IP地址一分钟内只能访问100次，传统的做法可能是：1) 获取当前计数；2) 判断是否超限；3) 如果没超限，计数加1并设置过期时间，这三个步骤如果不打包，就可能出现计数不准，用Lua脚本就能完美保证原子性，根据《Redis实战》这本书里的思路，这类操作非常适合用脚本来实现。
• 扣减库存：秒杀场景下，检查库存是否大于0，如果大于0则减1，这个操作必须原子，否则库存可能变成负数，用脚本实现是天作之合。
• 批量操作：比如需要同时删除与某个用户相关的多个Key（用户信息、购物车、会话等），一个脚本搞定，比在程序里循环发送多个DEL命令要高效得多，因为极大减少了网络往返时间。

第二，把脚本搞成“常驻户口”，别老当“临时工”。

你可能会想,每次需要时都把Lua脚本的源代码字符串发给Redis不就行了？没错，可以用EVAL命令这么做，但这样每次都要传输一大段代码，浪费网络带宽，而且Redis每次都需要编译一次脚本，浪费CPU。

更“溜”的做法是使用SCRIPT LOAD命令先把脚本加载到Redis里，Redis会返回给你一个唯一的SHA1校验和，就像给这个脚本上了个“户口”，拿到了身份证号，之后，你只需要用EVALSHA命令加上这个身份证号来执行就行了，Redis会直接调用已经编译好的脚本来执行，效率高得多，这就好比你去健身房，每次都买次票（EVAL）不如办张年卡（EVALSHA）划算，在《Redis设计与实现》一书中也强调了使用SHA1值来缓存脚本以提升性能的重要性。

第三，别把它当瑞士军刀，它就是个好用的扳手。

Redis脚本虽好,但也不能滥用，有几点需要注意：

• 别写太复杂的逻辑：Lua脚本在执行时会阻塞Redis的其他操作，如果你在脚本里写了个死循环或者一个超级耗时的计算，整个Redis服务器就卡住了，这是灾难性的，脚本的逻辑一定要简单、快速，只做跟数据访问和简单计算相关的事情，复杂的业务逻辑还是留给应用程序去处理。
• 谨慎调试：在Redis里调试Lua脚本不像在IDE里那么方便，一旦脚本写进去执行，出了错可能比较难排查，最好先在本地把Lua逻辑测试好，再放到生产环境，有经验的开发者会建议先在本地Lua环境中模拟测试。
• 它不是万能的：如果你的操作之间没有强制的先后顺序依赖，或者对原子性要求不高，那直接用几个Redis命令可能更简单明了，杀鸡就别用牛刀了。

Redis脚本（Lua脚本）本质上是一个“操作打包器”，它的最大好处是保证原子性和减少网络开销，想用得“溜”，就要抓住它的核心优势，用在刀刃上，比如限流、扣库存等需要原子性的场景，想用得“实在”，就要记得用SCRIPT LOAD和EVALSHA来提升性能，避免每次传输和编译脚本，心里要有个谱，知道它的边界在哪，别用它去干重计算的活儿。

当你遇到一些用普通Redis命令组合起来很别扭、又担心数据会出错的场景时，就该想想：是不是该请Redis脚本这个“打包专家”出马了。