Redis
从2.6.0版本开始提供了eval
命令,经过内置的Lua
解释器,可让用户执行一段Lua
脚本并返回数据。由于Redis
单线程模型的特色,能够保证多个命令的原子性
(由于最近的项目才想到用Lua),详细的使用方法请移步官方文档。node
Redis
保证了脚本执行的原子性,因此在当前脚本没执行完以前,别的命令和脚本都是等待状态,因此必定要控制好脚本中的内容,防止出现须要消耗大量时间的内容(逻辑相对简单)。Lua
脚本内容发送,Redis
提供了evalsha
命令,只须要将Lua脚本内容的SHA1校验和发送便可(evalsha 6b1bf486c81ceb7edf3c093f4c48582e38c0e791 0
)。变量
(动态数据)请使用KEYS
和ARGV
获取,若是把变量
放在脚本中,必然会致使每次的脚本内容都不一样(SHA1),Redis缓存大量无用或者一次性的脚本内容。Redis从3.0开始支持了Cluster功能,以前使用eval
的时候可能没什么问题,但当切换成Cluster模式的时候,可能会出现一些问题:redis
上面的错误是由于Redis要求单个Lua脚本操做的key必须在同一个节点上,可是Cluster会将数据自动分布到不一样的节点(虚拟的16384个slot,具体看官方文档),阿里云集群版的官网其实也有对应说明:在Redis集群版实例中,事务、脚本等命令要求全部的key必须在同一个slot中,若是不在同一个slot中将返回如下错误信息(:command keys must in same slot)小程序
CLUSTER KEYSLOT key的文档中提供了解决方法,你须要将把key中的一部分使用{}
包起来,redis将经过{}
中间的内容做为计算slot的key,相似key1{mykey}
、key2{mykey}
这样的都会存放到同一个slot中(缺点是不能平滑的过分老业务,须要修改原来使用的key,若是以前的key是统一管理的,也没那么麻烦)缓存
若是某个业务都经过key{mykey}
去储存获取内容,全部的操做都会hash到同一个slot,这个slot所在的节点压力就会变大(不均衡),若是解决?欢迎留言讨论~性能