问在莴苣(4.x) for Redis中，如何减少往返次数，并将一个命令的输出用作另一个命令的输入，特别是对于Georadius

EN

在深入研究Lua脚本之后，我的结论是，按照Itamar的建议，只有通过Lua脚本才能以这种方式消除往返。

最后，我创建了一个lua脚本文件(myscript.lua)，如下所示

local locationKeys = redis.call('GEORADIUS', 'category-1', '8.6582361', '49.5285495', '10', 'km' ) 
if unpack(locationKeys) == nil then
    return nil
else
    return redis.call('MGET', unpack(locationKeys))
end

**我们当然应该发送参数.这只是一个poc :)

现在您可以通过命令执行它了。

src/redis-cli EVAL "$(cat myscript.lua)" 0

然后，为了减少将整个脚本发送到Redis执行的网络开销，我们可以选择向Redis注册脚本。

Redis将为该脚本的未来引用提供一个sha1摘要代码，可用于对该脚本的下一次调用。

这可以按以下方式进行：

src/redis-cli SCRIPT LOAD "$(cat myscript.lua)"

这应该返回一个sha1代码，如下所示:49730a2ed3034ee48f818e486tpbdf1b500b19e

接下来的调用可以使用下面的代码完成

src/redis-cli evalsha 49730aa2ed3034ee48f818e486b2bdf1b500b19e 0

然而，令人悲哀的是，只有在redis实例运行时，sha1摘要才会被记住。如果重新启动，sha1摘要将丢失。然后再次执行脚本加载。如果脚本中没有任何变化，那么sha1 1摘要代码将是相同的。

理想情况下，当通过客户端api使用时，我们应该首先尝试evalsha，如果这返回了一个“没有匹配的脚本”错误，然后作为回退做脚本加载，并再次获取sha1代码，并创建一个内部映射，并使用该sha1代码进行进一步的调用。

这完全可以通过生菜来完成。我能找到解决这些的方法。希望这能为这个问题的解决方案提供一个很好的见解。

：永远不要使用KEYS，如果必须的话，始终使用SCAN。

这其实不是一个关于生菜或Java的问题，所以我可以回答它:)

您要做的是使用读取操作(GEORADIUS)的结果作为另一个读取操作(MGET)的输入(键名)。这种类型的流不能被流水线化，就因为这样--流水线意味着您不需要马上为操作找到答案，但在您的情况下，您需要这样做。

然而。

由于您正在使用MGET读取字符串键，所以最好将所有内容(请记住，我们是NoSQL)去denormalize，并将这些键的内容存储在排序集的成员中，例如：

GEOADD "category-1" 8.6638775 49.5282537 "location-id:1:moredata:evenmoredata:{maybe a JSON document here}:orperhapsmsgpack"

这将允许您通过一个GEORADIUS调用获取位置及其“数据”。当然，对location:1数据的任何更新都需要跨所有类别进行。

关于Lua脚本的注意:在本例中，虽然Lua脚本肯定可以来回保存，但是任何这样的脚本都将违背最佳实践/不集群安全。