Lua 是一种轻量小巧的脚本语言，用标准 C 语言编写并以源代码形式开放，其设计目的是为了嵌入应用程序中，从而为应用程序提供灵活的扩展和定制功能。由于 Lua 语言具备原子性，其在执行的过程中不会被其它程序打断，对于并发下数据的一致性是有帮助的。
EVAL命令是Redis提供的功能之一，它可以让用户在Redis中执行Lua脚本。
前言 为什么要用lua脚本操作redis数据库? 1.减少开销–减少向redis服务器的请求次数 2.原子操作–redis将lua脚本作为一个原子执行 3.可复用–其他客户端可以使用已经执行过
Redis2.6加入了对Lua脚本的支持。Lua脚本可以被用来扩展Redis的功能，并提供更好的性能。
Lua 由标准 C 编写而成，代码简洁优美，几乎在所有操作系统和平台上都可以编译，运行。
Lua脚本特性的出现给Redis带来了很大的变化，其中最重要的就是使得用户可以按需对Redis服务器的功能进行扩展：在Lua脚本特性出现之前，用户如果想要给Redis服务器增加新功能，那么只能自行修改Redis服务器源码，这样做不仅麻烦，还会给Redis服务器带来升级困难、无法与标准Redis服务器兼容等问题，而Lua脚本的出现则为用户提供了一种标准的、无后顾之忧的方法来扩展Redis服务器的功能。
Redis从2.6版本开始引入了对Lua脚本的支持，通过在服务器中嵌入Lua环境，Redis客户端可以使用Lua脚本，直接在服务器端执行多个Redis命令。
一些应用场景需要对多个值进行原子计数，Redis的eval+hincrby可以达到目标，但如果计算的字段比较多时，效率会是个问题，它的时间复杂度为O(N)，而且对于查询也同样如此。如果能将所有字段作为一个个struct成员，时间复杂度会固定下来。如果能象C/C++中的引用或指针操作，时间复杂度可以降低到O(1)，否则考虑先get再set，这样时间复杂度为O(2)，当字段数较多时，比如达到10个甚至更多时，相比O(N)就好了许多。
Lua 是一种轻量小巧的脚本语言，用标准C语言编写并以源代码形式开放， 其设计目的是为了嵌入应用程序中，从而为应用程序提供灵活的扩展和定制功能
Redis提供了丰富的指令集，但是仍然不能满足所有场景，在一些特定场景下，需要自定义一些指定来完成某些功能。因此，Redis提供了Lua脚本支持，用户可以自己编写脚本来实现想要的功能。
本文主要是分享在实际工作中同事遇到的问题案例；活动组在做活动时，开发人员未考虑到接口并发场景，导致因为一些用户在实际抽奖(土豪一般都是狂抽)过程中对余额产生了增加/减少的操作，导致缓存的余额出现异常；通过我review代码发现，开发者在更新缓存时：先get后set或者incrby，导致并发场景下get的值是一致的，所以缓存异常。
Redis在2.6推出了脚本功能，允许开发者使用Lua语言编写脚本传到Redis中执行。
Lua 是由巴西里约热内卢天主教大学（Pontifical Catholic University of Rio de Janeiro）里的一个研究小组于1993年开发的一种轻量、小巧的脚本语言，用标准 C 语言编写，其设计目的是为了嵌入应用程序中，从而为应用程序提供灵活的扩展和定制功能。
要在Redis中创建一个Lua环境，我们需要使用EVAL命令，并提供一个Lua脚本作为参数。Lua脚本可以包含一系列的Lua代码，由Redis执行。EVAL命令将创建一个新的Lua环境，并将脚本加载到该环境中。创建Lua环境可以提高执行脚本的效率，因为避免了每次执行脚本时重新加载的开销。
Lua语言提供了如下几种数据类型：booleans（布尔）、numbers（数值）、strings（字符串）、tables（表格）。
Redis 脚本使用Lua解释器来执行脚本。Redis 2.6版本通过内嵌支持Lua环境。执行脚本的常用命令为EVAL。
一、引言 Redis学了一段时间了，基本的东西都没问题了。从今天开始讲写一些redis和lua脚本的相关的东西，lua这个脚本是一个好东西，可以运行在任何平台上，也可以嵌入到大多数语言当中，来扩展其功能。lua脚本是用C语言写的，体积很小，运行速度很快，并且每次的执行都是作为一个原子事务来执行的，我们可以在其中做很多的事情。由于篇幅很多，一次无法概述全部，这个系列可能要通过多篇文章的形式来写，好了，今天我们进入正题吧。 二、Lua简介 Lua 是一个小巧的脚本语言。是巴西里约热内卢天主教大学（Pontifical Catholic University of Rio de Janeiro）里的一个研究小组，由Roberto Ierusalimschy、Waldemar Celes 和 Luiz Henrique de Figueiredo所组成并于1993年开发。 其设计目的是为了嵌入应用程序中，从而为应用程序提供灵活的扩展和定制功能。Lua由标准C编写而成，几乎在所有操作系统和平台上都可以编译，运行。Lua并没有提供强大的库，这是由它的定位决定的。所以Lua不适合作为开发独立应用程序的语言。Lua 有一个同时进行的JIT项目，提供在特定平台上的即时编译功能。 Lua脚本可以很容易的被C/C++ 代码调用，也可以反过来调用C/C++的函数，这使得Lua在应用程序中可以被广泛应用。不仅仅作为扩展脚本，也可以作为普通的配置文件，代替XML,ini等文件格式，并且更容易理解和维护。 Lua由标准C编写而成，代码简洁优美，几乎在所有操作系统和平台上都可以编译，运行。一个完整的Lua解释器不过200k，在目前所有脚本引擎中，Lua的速度是最快的。这一切都决定了Lua是作为嵌入式脚本的最佳选择。 三、使用Lua脚本的好处 1、减少网络开销：可以将多个请求通过脚本的形式一次发送，减少网络时延和请求次数。 2、原子性的操作：Redis会将整个脚本作为一个整体执行，中间不会被其他命令插入。因此在编写脚本的过程中无需担心会出现竞态条件，无需使用事务。 3、代码复用：客户端发送的脚步会永久存在redis中，这样，其他客户端可以复用这一脚本来完成相同的逻辑。 4、速度快：见 与其它语言的性能比较, 还有一个 JIT编译器可以显著地提高多数任务的性能; 对于那些仍然对性能不满意的人, 可以把关键部分使用C实现, 然后与其集成, 这样还可以享受其它方面的好处。 5、可以移植：只要是有ANSI C 编译器的平台都可以编译，你可以看到它可以在几乎所有的平台上运行:从 Windows 到Linux，同样Mac平台也没问题, 再到移动平台、游戏主机，甚至浏览器也可以完美使用 (翻译成JavaScript). 6、源码小巧：20000行C代码，可以编译进182K的可执行文件，加载快，运行快。 四、redis和lua整合详解 1、调用Lua脚本的语法： $ redis-cli --eval path/to/redis.lua KEYS[1] KEYS[2] , ARGV[1] ARGV[2] ... --eval，告诉redis-cli读取并运行后面的lua脚本 path/to/redis.lua，是lua脚本的位置 KEYS[1] KEYS[2]，是要操作的键，可以指定多个，在lua脚本中通过KEYS[1], KEYS[2]获取 ARGV[1] ARGV[2]，参数，在lua脚本中通过ARGV[1], ARGV[2]获取。 注意： KEYS和ARGV中间的 ',' 两边的空格，不能省略。
Redis 脚本使用 Lua 解释器来执行脚本。 Redis 2.6 版本通过内嵌支持 Lua 环境。执行脚本的常用命令为 EVAL。
Redis 是高性能的 KV 内存数据库，除了做缓存中间件的基本作用外还有很多用途，比如胖哥以前分享的Redis GEO 地理位置信息计算。Redis 提供了丰富的命令来供我们使用以实现一些计算。Redis 的单个命令都是原子性的，有时候我们希望能够组合多个 Redis 命令，并让这个组合也能够原子性的执行，甚至可以重复使用。Redis 开发者意识到这种场景还是很普遍的，就在 2.6 版本中引入了一个特性来解决这个问题，这就是 Redis 执行 Lua 脚本。
《Redis设计与实现》读书笔记（三十四） ——Redis Lua脚本环境设计与实现 （原创内容，转载请注明来源，谢谢） 一、创建lua环境 为了在redis服务器执行lua脚本，redis服务器内嵌了一个lua环境，redis服务器启动的时候，会自动创建lua环境，步骤如下： 1）创建一个基础lua环境。 调用lua的C API函数lua_open，创建新的lua环境。但是这个是原生的环境，redis会对其进行定制。 2）载入多个lua函数库，以便lua脚本的执行。 包括基础库、表格库、字符串库、数学库
要在Lua脚本中实现对Redis数据库的读取和写入操作，可以使用Redis的EVAL命令执行Lua脚本，在脚本中调用Redis的读写操作。
今天讲一些redis和lua脚本的相关的东西，lua这个脚本是一个好东西，可以运行在任何平台上，也可以嵌入到大多数语言当中，来扩展其功能。lua脚本是用C语言写的，体积很小，运行速度很快，并且每次的执行都是作为一个原子事务来执行的，我们可以在其中做很多的事情。由于篇幅很多，一次无法概述全部，这个系列可能要通过多篇文章的形式来写，好了，今天我们进入正题吧。
这次我们举得实际一点，还是上篇文章 account 表，假设 id=1，balance=1000，不过这次我们扣款 1000，两个事务的时序图如下:
Redis的实现保证eval的执行是原子的，即使eval执行的lua超时，Redis也不会自动终止执行。
前段时间写Redis分布式锁，想着在小灰文章的基础上再总结一下，这样能有更深的印象，顺便把Lua脚本分享一下，如果项目中使用Redis比较多，那么Lua脚本一定是会用到的，因为它简单强大。
lua语言是一个轻量级的脚本语言，可以嵌入其他语言中使用，调用宿主语言的功能。lua语法简单，小巧，源码一共才200多K，本身不会有太强的功能，很多的语言也支持lua语言，比如redis、Nginx
有读者问我为什么这么久都没有出Redis Lua中学教程，表示村头厕所已经好久没有纸了。其实我早就要写这篇中学教程了，奈何最近太忙了，就一拖再拖，直到今天我终于又开始动笔了。忘记Lua相关概念的同学可以先回顾一下小学教程。
前言 最近在看redis的lua，看了官网资料和网上一些文章，整理了lua的相关内容，希望对大家有帮助。 目录 0. redis中运行lua的流程的正常流程 1.redis中的lua概要信息 1.1 lua中调用redis命令 1.2 redis数据结构与lua数据结构对应关系 1.3 EVAL和EVALSHA 1.4 脚本缓存 1.5 脚本命令 1.6 其他约定 1.6.1 全局变量保护 1.6.2 Sele
Redis是高性能的key-value数据库，在很大程度克服了memcached这类key/value存储的不足，在部分场景下，是对关系数据库的良好补充。得益于超高性能和丰富的数据结构，Redis已成为当前架构设计中的首选key-value存储系统。
redis一款高并发的内存K-V数据库，提供了好多命令，但是其中有部分对于生产环境来说比较危险，需要禁用掉。
redis插件的完整配置 input { redis { batch_count => 1 #返回的事件数量，此属性仅在list模式下起作用。 data_type => "list" #logstash redis插件工作方式 key => "logstash-test-list" #监听的键值 host => "127.0.0.1" #redis地址 port => 6379 #redis端口号 pas
为了保证多条命令组合的原子性，Redis提供了简单的事务功能以及集成Lua脚本来解决这个问题，本文介绍Lua，事务已经在前一篇文章介绍过了 一、Lua概述 Lua语言是在1993年由巴西一个大学研究小组发明，其设计目标是作为嵌入式程序移植到其他应用程序，它是由C语言实现的，虽然简单小巧但是功能强大 所以许多应用都选用它作为脚本语言，尤其是在游戏领域，例如大名鼎鼎的暴雪公司将Lua语言引入到“魔兽世界”这款游戏中，Rovio公司将 Lua语言作为“愤怒的小鸟”这款火爆游戏的关卡升级引擎，Web服务器Nginx
Redis 提供了非常丰富的指令集，但是用户依然不满足，希望可以自定义扩充若干指令来完成一些特定领域的问题。Redis 为这样的用户场景提供了 lua 脚本支持，用户可以向服务器发送 lua 脚本来执行自定义动作，获取脚本的响应数据。Redis 服务器会单线程原子性执行 lua 脚本，保证 lua 脚本在处理的过程中不会被任意其它请求打断。
2.6版本之后支持嵌入Lua脚本，客户端使用Lua脚本，直接在服务器端原子的执行多条命令
2.6版本之后支持嵌入Lua脚本，客户端使用Lua脚本，直接在服务器端原子的执行多条命令 Lua脚本执行过程 创建并修改Lua环境 1 创建基础Lua环境 2 载入函数库 3 创建全局表格Lua 4 替换随机函数 5 创建排序辅助函数 6 创建redis.pcall函数 7 全局环境保护 8 修改后的Lua环境保存到服务器状态的Lua属性，等待脚本执行 Redis中带有不确定性的命令： SINTER SUNION SDIFF SMEMEBERS HKEYS HVALS KEYS 注意： Redis提供
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/wzy0623/article/details/82350861
源代码（可从https://github.com/eyjian/redis-tools下载）：
测试指定的命令 [root@h102 src]# ./redis-benchmark -r 10000 -n 10000 eval 'return redis.call("ping")' 0 ====== eval return redis.call("ping") 0 ====== 10000 requests completed in 0.28 seconds 50 parallel clients 3 bytes payload keep alive: 1 30.19% <= 1
我们在开发各种订单系统的时候都会碰到一个必须面对的问题，用户金额的最终结算。一般我们会把金额存在数据库中，采用行级锁的方式来对金额的变动来进行处理，但是在高并发下，对于结算时间有要求的情况下，这种方式是极为低效的。
Redis是生产环境中默默无闻的主力配置。它不常用作主要的数据存储，但它可存储和访问临时数据（度量，会话状态，缓存等损失可以容忍的数据）方面有一个甜蜜点，并且速度非常快，不仅提供了最佳性能，还通过一组有用的内置数据结构提供了高效的算法。它是现代技术栈中最常见的主要部件之一。 Stripe的限速器建立在Redis的基础之上，直到最近，他们都运行在Redis 的一个非常Hot的实例上。服务器上有用于故障转移的follower，但在任何时候，只有一个节点处理每个操作。 你不得不佩服这样的系统。各种消息称，Redis可以在一个节点上每秒处理一百万次操作 - 我们项目不需要那么多，但是也有很多操作。每个速率限制检查都需要运行多个Redis命令，并且每个API请求都要通过很多速率的限制器。一个节点每秒处理大约数十到数十万个操作。 我们最终通过迁移到10个节点的Redis群集来实现这个目标。对性能的影响可以忽略不计，我们现在有一个简单的配置开关可以实现水平可伸缩性。 操作的限制 在更换系统之前，应该理解导致原始故障的原因和结果。 Redis的一个值得理解的特性是：它是一个单线程程序。但是会有后台线程处理一些像删除对象这样的操作，实际上所有正在执行的操作都堵塞在访问单个流控制点上。理解这点相对容易--Redis需要保证操作的原子性（无论是单一命令MULTI，还是 EXEC），这是源于它一次只执行其中一个操作的事实。 这个单线程模型确实是我们的瓶颈。 面对失败 即使以最大容量运营，我们发现Redis也会非常优雅地降级。主要表现：从与Redis交谈通信的节点观察到的基线连接性错误率增加 - 为了容忍发生故障的Redis，它们受到连接和读取超时（约0.1秒）的限制，并且与过载主机无法无法建立连接。 Redis这种表现虽然不是最佳的，但大部分时间情况都是好的。只有当合法 用户能够成功进行身份验证并在底层数据库上运行昂贵的操作时，它才会成为一个真正的问题，因为我们的目标是拦截巨大的非法流量冲击（即数量级超过允许的限制）。 这些流量峰值会导致错误率的成比例增加，并且许多流量还应该被允许通过，因为限速器默认是允许在错误情况下通过请求。这会给后端数据库带来更大的压力，这种压力在过载时不会像Redis那样优雅地失败。很容易看到数据库分区几乎完全无法操作。 Redis Cluster的分片模型 Redis的核心设计价值在于速度，而Redis集群的构建方式不会对此产生影响。与许多其他分布式模型不同，在其输出响应成功信号时，Redis集群中的操作并未在多个节点上进行确认，而是更像是一组独立的Redis通过分散空间来分担工作负载。这牺牲了高可用性，有利于保持操作的快速性 - 与标准的Redis独立实例相比，针对Redis群集运行操作的额外开销可以忽略不计。 分片是根据key进行的，可能的key总数分为16,384个插槽。key的插槽是通过稳定的哈希散列函数计算的，所有客户端都知道该如何操作： HASH_SLOT = CRC16(key) mod 16384 例如，如果我们想执行GET foo，我们会得到foo的以下插槽号： HASH_SLOT = CRC16("foo") mod 16384 = 12182 集群中的每个节点将处理16,384个插槽中的一部分，确切数量取决于节点数量。节点彼此通信以协调插槽分配以及可用性和插槽的再平衡。 客户端使用该CLUSTER系列命令来查询群集的状态。一个常见的操作是CLUSTER NODES获得插槽到节点的映射，其结果通常在本地缓存，并保持数据新鲜。 127.0.0.1:30002 master - 0 1426238316232 2 connected 5461-10922 127.0.0.1:30003 master - 0 1426238318243 3 connected 10923-16383 127.0.0.1:30001 myself,master - 0 0 1 connected 0-5460 我简化了上面的输出，但重要的部分是第一列中的主机地址和最后一个中的数字。5461-10922意味着这个节点处理开始于5461和结束于10922的插槽范围。 `MOVED`重定向 如果Redis群集中的某个节点接收到一个插槽不处理的的key的命令，则不会尝试向其他插槽转发该命令。相反，客户端会被告知在其他地方再次尝试。这是以MOVED新目标的地址作为回应的形式 ： GET foo -MOVED 3999 127.0.0.1:6381 在集群重新平衡期间，插槽会从一个节点迁移到另一个节点，MOVED是服务器用于告诉客户端其插槽
本文主要分享2个项目里使用lua脚本的实战案例，主要使用lua脚本保证原子性. 在正式介绍项目案例之前，我们先对Lua脚本以及如何在Redis中使用有个基本的了解。
之前秒杀项目中就用到了这个 Redisson 分布式锁 👇，这篇就一起来看看源码吧！
import static org.hamcrest.CoreMatchers.equalTo; import java.util.ArrayList; import java.util.List; import org.hamcrest.CoreMatchers; import org.hamcrest.Matcher; import org.junit.Test; import redis.clients.jedis.BinaryJedis; impo
大家好，今天分享一个在使用 redis lua 脚本过程中遇到的一个问题，问题不难，但是容易踩坑。
前面我们说通过队列的 rpush 和 lpop 可以实现消息队列（队尾进队头出），但是消费者需要不停地调用 lpop 查看 List 中是否有等待处理的消息（比如写一个 while 循环）。
应用中一个第三方接口回调会产生并发请求，单次同时推送很多条信息，出现重复入库情况，需要在入库前拦截。
我一向出代码审计相关的题目，所以一般都直接给源码。打开源码，并简单浏览页面，发现后台登录用白名单限制了IP。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
