redis - 比较redis命令: multi and mget

Question

有两个系统共享一个redis数据库，一个系统只是读取redis，另一个系统更新它。

读系统忙到redis处理不了，为了减少对redis的请求次数，我找了mget，也找了multi。

1. 我确定 mget 会减少请求的数量，但“multi”会不会同样如此？我认为“multi”会强制redis服务器保留一些关于这个事务的信息，并从客户端一个一个地收集这个事务中的请求，所以发送的请求总数保持不变，但返回的结果会合并在一起，对吧？

2. 那么如果我只是在“multi”中读取 KeyA、keyB、keyC 而其他写入系统更改了 KeyB 的值，会发生什么？

Answer 1

简答:您应该使用 MGET

MULTI 用于事务，不会减少请求数。此外，MULTI 命令可能 将来会被弃用，因为有更好的选择:lua 脚本。

2. So If I just read KeyA, keyB, keyC in "multi" when the other write system changed KeyB's value, what will happen?

由于 MULTI(使用 EXEC)命令确保事务处理，所有三个 GET 命令(读取操作)都以原子方式执行。如果更新发生在读取操作之前，您将获得旧值。否则，您将获得新值。

顺便说一句，还有另一个减少 RTT 的选项:PIPELINE。但是，在您的情况下，MGET 应该是最佳选择。