⑴ Redis 中使用 Lua 脚本
Redis 本身已经提供了丰富的命令，但是直接用来处理一些复杂业务时可能还不够方便，会有一定的局限性。因此，在 Redis2.6 版本开始提供了对 Lua 脚本的支持，Lua 脚本的使用还是比较广泛的，比如商品秒杀、分布式锁等，使用 Lua 脚本可以带来以下的好处：
为了让例子更加的贴近实际应用，这里实现一个简单版的分布式锁。这里先用 Jedis 操作。
上边详细的介绍了分布式锁的实现过程，以及可能出现的问题，最终，我们决定删除锁的操作使用 Lua 脚本实现，对应的脚本如下：
Lua 脚本中执行具体的 Redis 命令，需要使用 redis.call() 方法， KEYS 表示客户端发起脚本执行命令时携带的 Redis key 的一个集合， ARGV 则是其它参数的一个集合，主意下标从1开始。结合我们的业务，这里的 KEYS[1] 则表示 lock ， ARGV[1] 则是一个随机字符串。整个脚本的含义就是，如果客户端传递的 lock 的 value 和 Redis 中存储的一致，就删除 lock 。
Lua 脚本的语法还是比较简单的，具体内容可以自行学习。
前边的准备工作基本结束了，文章开始说过执行脚本有两种途径，下边我们具体来看：
这里使用 jedis.eval() 发送脚本到 Redis 服务器执行，后两个参数分别是 key 的集合，以及 value 参数的集合。
先将脚本以文件形式放到 Redis 里，例如这样：
然后通过如下命令让 Redis 服务器缓存脚本：
script load 命令会在 Redis 服务器缓存 Lua 脚本，并且脚本内容经过 SHA-1 签名算法处理后，会返回脚本内容的 SHA1 校验和的编码，然后在端调用时，传入编码字符串作为参数，这样 Redis 服务器就会执行对应缓存的脚本了，就不用了每次发送具体的脚本内容了。
还有两个比较有用的命令：
除了使用上边的命令缓存脚本、生成脚本的 SHA1 校验和的编码，还可以使用 Jedis 实现，但最终的 SHA1 编码内容是不同的：
实际的项目中，可能更多的会在 SpringBoot 项目中整合 Redis，此时执行 Lua 脚本的基本流程如下：
核心的类就是 DefaultRedisScript ，它实现了 RedisScript 接口。 execute() 方法最后一个参数是可变类型的，用来传递多个 value 参数。初次执行 execute() 方法时，其内部会自动缓存 Lua 脚本到 Redis 服务器；同时每次执行脚本时会根据脚本内容自动计算出对应的 SHA1 校验和的编码，去匹配、执行缓存的脚本。
具体的 SHA1 校验和的编码，可以在 execute() 方法执行后，使用 redisScript.getSha1() 查看。使用 SpringBoot 方式 执行 Lua 脚本生成的 SHA1 校验和的编码和前边直接使用 Jedis 生成的一致。
无论用那种方式在 Redis 中使用 Lua 脚本，其中的原理都是类似的。
⑵ 为什么在 Redis 实现 Lua 脚本事务
数据完整性
从很多方面来看，Redis 很像当初采用 InnoDB 前的 MySQL。而 Redis 采用了一种很合理的方式来保证数据完整性(复制，AOF 等)，并且从 Redis2.6 开始引入的 Lua 脚本在功能与易用性方面为 Redis 的成长提供了很大助力。
相对来说，Lua 脚本与其他数据库中的存储过程很相似，但脚本的执行有些许不同。在本文中最重要的一点就是一旦将脚本写入数据库，它会一直执行直到以下任一种情况出现：
1. 完成所有工作，所有写操作处理完成后脚本会自动退出。
2. 脚本运行时出错并中途退出，所有以前执行的写操作都已发生，但不会再有其他写操作。
3. Redis 通过 SHUTDOWN NOSAVE 关闭时(不保存)。
4. 你附加了调试器来“使”脚本完成 #1 与 #2 (或其他手段来保证不会丢失数据)。
对于使用数据库开发软件的人，我想你也认同只有情景 #1 是最理想的。情景 #2，#3，#4 都会导致数据异常（#2 与
#4）和/或数据丢失（#3 和 #4）。如果你很重视数据，你应该尽可能地阻止数据异常与丢失。这不是哲学，而是工作(This is not
philosophy, this is doing your job)。但很遗憾目前的 Redis 也帮不了你多少。所以我决定改变这种情况。
⑶ redis lua脚本有什么用
主要用途是： （1）描述界面：WOW和剑网三的界面都是用LUA写的； （2）沟通引擎：游戏图形引擎提供了一些接口库，可以在LUA中调用； （3）服务器端：有些游戏，例如剑网三，在服务器端也会大量使用LUA。