redis_lua_vs_module.md

对比 redis lua和 modules 模块的性能损耗

redis lua是干嘛的？ 我们可以自定义逻辑方法，在方法里执行多个redis.call命令，以及各种逻辑的判断。 Redis modules的功能跟Redis lua是很类同的，显而易见的区别是，一个是lua，另一个是c代码。

Redis Lua Scripts的好处

-减少了网络的RTT消耗。

-原子化的封装，在redis里lua脚本的执行触发原子的，不可被中断的。

不可被中断？ 如果发生阻塞命令怎么办？ redis lua的wiki里写明了是不允许调用那些堵塞方法的，比如sub订阅，brpop这类的。

Redis modules

redis 4.0版支持扩充自定义的modules模块功能，可以在module里构建各种复杂的逻辑。redis modules兼并了redis lua的优点。较为麻烦的是redis modules需要build动态链接库so，然后loadmodules的方法来外挂启动。每次增加一个新modules的时候，可能就意味着你的redis cluster需要调整下了。

lua和modules的区别

redis官方建议使用redis modules扩充数据结构和实现组合功能，比如 支持json的rejson，支持搜索的RediSearch，支持topk的redis topk等等，而lua更倾向于去实现命令组合原子化。 对于我们业务上的绝大数需求来说，lua更加的好用，不需要每次都加载so，直接注册lua scirpts就可以了。

redis lua vs redis modules 性能对比

前面说了这么多科普的介绍，那么我们目的在于什么？ 我自己一直怀疑redis lua的速度应该是比redis原生命令和redis modules模块慢，但自己没测试过性能会相差多少，所以写了几个benchmark测试下。 需要说明的是，这里使用redis-benchmark的测试方法也有待论证。 原本是想用go写一版，但考虑到go runtime本身也是有抖动的，有失公平。redis-benchmark也是官方推荐的方式。

测试redis原生命令hset的qps

测试redis lua scripts的qps

测试redis modules的hset命令的qps

这里放一个redis modules实现hset调用的代码， 只需要make; redis-server –loadmodule ./module.so 就可以启动加载了。

// xiaorui.cc

int HGetCommand(RedisModuleCtx *ctx, RedisModuleString **argv, int argc) {

  // we need EXACTLY 4 arguments
  if (argc != 4) {
    return RedisModule_WrongArity(ctx);
  }
  RedisModule_AutoMemory(ctx);

  // open the key and make sure it's indeed a HASH and not empty
  RedisModuleKey *key =
      RedisModule_OpenKey(ctx, argv[1], REDISMODULE_READ | REDISMODULE_WRITE);
  if (RedisModule_KeyType(key) != REDISMODULE_KEYTYPE_HASH &&
      RedisModule_KeyType(key) != REDISMODULE_KEYTYPE_EMPTY) {
    return RedisModule_ReplyWithError(ctx, REDISMODULE_ERRORMSG_WRONGTYPE);
  }

  // set the new value of the element
  RedisModuleCallReply *rep =
      RedisModule_Call(ctx, "HSET", "sss", argv[1], argv[2], argv[3]);
  RMUTIL_ASSERT_NOERROR(ctx, rep);

  // if the value was null before - we just return null
  if (RedisModule_CallReplyType(rep) == REDISMODULE_REPLY_NULL) {
    RedisModule_ReplyWithNull(ctx);
    return REDISMODULE_OK;
  }

  // forward the HGET reply to the client
  RedisModule_ReplyWithCallReply(ctx, rep);
  return REDISMODULE_OK;
}

这里的测试都是单命令测试，主要是为了可以对比原生的命令。单纯从benchmark结果来说，原生的命令是最快，其次是redis modules模块，相对慢一点是redis lua scripts, 通过qps对比，redis lua也仅仅慢一点点罢了。 当然如果使用复杂的 lua 函数，性能会进一步下降。

redis lua 可随意注册使用，但 redis modules 相对麻烦了，需要redis-server启动的时候加载该动态链接库。 很多云厂商的redis paas也不支持你这么做。

总结

当然测试的方法很不严谨，但单纯看上面的结果来分析，我们不需要过于担心 redis lua 和 redis modules 的性能损耗。