目录
大家都知道在RDBMS中有事务操作，同样在Redis中也是支持"事务"的，只是redis支持的是弱事务性，跟我们平时理解上有些不太一样，下面来看看有哪些不一样。同时我们也可以通过lua脚本实现redis的事务操作。
Redis系列文章：
Redis系列(一)、CentOS7下安装Redis6.0.3稳定版
Redis系列(六)、数据类型之有序集合ZSet(sorted_set)
"事务"
介绍
redis提供简单的事务命令，由multi和exec组成，实际上相当于将多个命令添加到一个执行的集合内，multi为begin，exec为commit，discard相当于rollback，watch相当于锁，对象若在事务执行前被修改则事务被打断。
因此redis的事务机制为乐观锁，如果在高并发场景下，如果多个客户端同时对一个key进行了watch，只要有一个客户端提交成功，其他客户端的操作都是无效的，因此redis事务不适合在高并发场景下使用，使用lua脚本可以更好的解决事务解决不了的场景。
Redis 事务可以一次执行多个命令， 并且带有以下三个重要的保证：
- 批量操作在发送 EXEC 命令前被放入队列缓存。
- 收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行。
- 在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。
一个事务从开始到执行会经历以下三个阶段：
- 开始事务。
- 命令入队。
- 执行事务。
如果事务中出现错误：
- 还未exec就报错：如果事务中出现语法错误，则事务会成功回滚，整个事务中的命令都不会提交；
- 成功执行exec后才报错：如果事务中出现的不是语法错误，而是执行错误，不会触发回滚，该事务中仅有该错误命令不会提交，其他命令依旧会继续提交，因此这里的"事务"打了个引号，和我们通常理解的数据库事务完全不一样。
#begin 开启一个redis事务
multi
#commit 提交事务里的命令队列
exec
#rollback 回滚
discard
#锁，监视一个或多个key，被监视的key若在提交事务前被修改，则事务被打断
watch key [key ...
#取消监视
unwatch
使用事务，成功提交
使用事务，成功回滚
使用事务，语法错误，成功触发回滚
使用事务，执行错误，不会触发回滚
LUA脚本
介绍
Redis2.6之后新增的功能，我们可以在redis中通过lua脚本操作redis。与事务不同的是事务是将多个命令添加到一个执行的集合，执行的时候仍然是多个命令，会受到其他客户端的影响，而脚本会将多个命令和操作当成一个命令在redis中执行，也就是说该脚本在执行的过程中，不会被任何其他脚本或命令打断干扰。正是因此这种原子性，lua脚本才可以代替multi和exec的事务功能。同时也是因此，在lua脚本中不宜进行过大的开销操作，避免影响后续的其他请求的正常执行。
使用lua脚本的好处
- lua脚本是作为一个整体执行的.所以中间不会被其他命令插入
- 可以把多条命令一次性打包,所以可以有效减少网络开销;
- lua脚本可以常驻在redis内存中,所以在使用的时候,可以直接拿来复用.也减少了代码量
应用
redis脚本使用eval命令执行lua脚本，其中numkeys表示lua script里有多少个key参数，redis脚本根据该数字从后面的key和arg中取前n个作为key参数，之后的都作为arg参数：
eval script numkeys key [key ...] arg [arg ...]
例1：记录IP登录次数
#利用hash记录所有登录的IP次数
#key参数的数量必须和numkey一致，使用key或者argv可以实现一样的效果。如下面第一个命令里用了三个key，代表后面的三个参数分别对应脚本里的key1 key2 key3.第二个命令里用了一个key，代表了后面第一个参数对应脚本里的key1，后面第二和第三个参数对应脚本里的argv1和argv2
eval "return redis.call('hincrby', KEYS[1], KEYS[2], KEYS[3])" 3 h_host host_192.168.145.1 1
eval "return redis.call('hincrby', KEYS[1], ARGV[1], ARGV[2])" 1 h_host host_192.168.145.1 1
例2：当10秒内请求3次后拒绝访问
#1.给访问ip的key递增，2.判断该访问次数若为首次登录则设置过期时间10秒，3.若不是首次登录则判断是否大于3次，若大於则返回0，否则返回1。
eval "local request_times = redis.call('incr',KEYS[1]);if request_times == 1 then redis.call('expire',KEYS[1], ARGV[1]) end;if request_times > tonumber(ARGV[2]) then return 0 end return 1;" 1 test_127.0.0.1 10 3
通过上面的例子也可以看出，我们可以在redis里使用eval命令调用lua脚本，且该脚本在redis里作为单条命令去执行不会受到其余命令的影响，非常适用于高并发场景下的事务处理。同样我们可以在lua脚本里实现任何想要实现的功能，迭代，循环，判断，赋值 都是可以的。
lua脚本缓存
redis脚本也支持将脚本进行持久化，这样的话，下次再使用就不用输入那么长的lua脚本了。事实上使用eval执行的时候也会缓存，eval与load不同的是eval会将lua脚本执行并缓存，而load只会将脚本缓存。相同点是它们都使用sha算法进行缓存，因此只要lua脚本内容相同，eval与load缓存的sha码就是一样的。而缓存后的脚本，我们可以使用evalsha命令直接调用，极大的简化了我们的代码量，不用重复的将lua脚本写出来。
#eval 执行脚本并缓存
eval script numkeys key [key ...] arg [arg ...]
#load 缓存lua脚本
SCRIPT LOAD script
#使用缓存的脚本sha码调用脚本
EVALSHA sha1 numkeys key [key ...] arg [arg ...]
#使用sha码判断脚本是否已缓存
SCRIPT EXISTS sha1 [sha1 ...]
#清空所有缓存的脚本
SCRIPT FLUSH
#杀死当前正在执行的所有lua脚本
SCRIPT KILL
希望本文对你有帮助，请点个赞鼓励一下作者吧~ 谢谢！