在 Redis 上，最好将一个带有 JSON 数据的键作为值存储，还是将多个键存储为单个值？答案

【问题标题】：On Redis is better to store one key with JSON data as value or multiple keys with single value?在 Redis 上，最好将一个带有 JSON 数据的键作为值存储，还是将多个键存储为单个值？
【发布时间】：2019-07-05 13:31:22
【问题描述】：

我正在开发一个 Web 应用程序 (Nginx+PHP7.3)，它将使用 Redis 数据库来存储一些数据（主要是为了计算事物），我必须决定如何存储数据。在我的案例中，重要的是速度和性能，同时还要保持较低的每秒操作数，以便能够处理与 Web 应用程序的许多并发连接。

选项 1：将 JSON 数据存储在单个键上

为了保存数据，我将使用单个 SET 操作，即：

$redis->set("MyKey-UserID", '{"clicks":123,"downloads":1234,"views":123}');

然后更新数据我会使用两个操作（GET + SET），即：

$array = json_decode($redis->get("MyKey-UserID"), true);

$array['clicks']++;
$array['downloads']++;
$array['views']++;

$redis->set("MyKey-UserID", json_encode($array));

选项 2：具有单个值的多个键

为了保存数据，我会使用多个 SET 操作，即：

$redis->set("MyKey-UserID-Clicks", 123);
$redis->set("MyKey-UserID-Downloads", 1234);
$redis->set("MyKey-UserID-Views", 123);

然后要更新数据，我会使用多个 INCR 操作，即：

$redis->incr("MyKey-UserID-Clicks");
$redis->incr("MyKey-UserID-Downloads");
$redis->incr("MyKey-UserID-Views");

我选择的选项 + 问题

我个人会使用选项 1，您的意见是什么？

你认为使用 GET + SET 仍然会像使用 INCR 一样快吗？

您如何看待选项 2？

选项 1 的优点/缺点

选项 1 优点：

更好的数据库组织，因为每个用户只有一个密钥
通过一次 GET 操作，我将获得所有 JSON 数据
要更新所有 JSON 字段，我将只使用两个操作 (GET + SET)
数据库的文件会变小

选项 1 缺点：

要增加“点击次数”，我需要两个操作 (GET + SET) 而不是一个 INCR
也许选项 1 过程 (GET+SET) 比选项 2 中的多个 INCR 慢？

一些有用的答案

@Samveen (Link)

如果同时修改 JSON，选项 1 不是一个好主意有效载荷是预期的（非原子的经典问题读-修改-写）

我们有很多并发连接，所以也许选项 2 是赢家。

【问题讨论】：

你考虑过使用oss.redislabs.com/rejson吗？
是的，但如果可能的话，我宁愿不要使用额外的 Redis 模块。

标签： php redis

【解决方案1】：

如果您需要更新单个字段并重新保存，选项 1 并不理想，因为它不能正确处理并发写入。

您应该能够在 Redis 中使用 HASH，并使用 HINCRBY 来增加散列中的各个键。将其与管道相结合，您在更新多个密钥时只需向 Redis 发出一个请求。

您可以使用HGETALL 获取哈希中的所有键/值对。

【讨论】：

这似乎是一个有趣的方法，您知道与使用 GET/SET/INCR 相比是否有任何性能/速度差异或相同吗？
我想它会有相当的性能，但我不能给你一个确切的答案。

【解决方案2】：

在听取了@TheDude 的建议后，我正在添加我的答案

选项 3：使用哈希（获胜者）

为了保存数据，我会使用一个 hMSet，即：

$redis->hMSet('MyKey-UserID', array('clicks' => 123, 'downloads' => 123, 'views' => 123));

然后要更新所有字段，我将使用多个 hIncrBy，即：

$redis->hIncrBy('MyKey-UserID', 'clicks', 2);
$redis->hIncrBy('MyKey-UserID', 'downloads', 2);
$redis->hIncrBy('MyKey-UserID', 'views', 2);

使用这种方法，我可以拥有一个哈希值（MyKey-UserID），然后添加自定义字段。

所以数据库仍然很小（与选项 2 相比），并发写入会很好（与选项 1 相比）。

根据phpredis，我还可以使用 multi() 在一个操作中运行多个命令：

Redis::MULTI 命令块作为单个事务运行

https://github.com/phpredis/phpredis#multi-exec-discard

所以我可以像这样更新多个字段或所有字段，只执行一项操作：

$ret = $redis->multi()
     ->hIncrBy('MyKey-UserID', 'clicks', 2)
     ->hIncrBy('MyKey-UserID', 'downloads', 2)
     ->hIncrBy('MyKey-UserID', 'views', 2)
     ->exec();

哈希与 SET/GET（键=值）数据类型

根据这个答案：https://stackoverflow.com/a/24505485/2972081

尽可能使用哈希

小散列编码在一个非常小的空间中，所以你应该尝试每次可能时都使用哈希表示您的数据。为了例如，如果您在 Web 应用程序中有代表用户的对象，而不是使用不同的键名，姓氏，电子邮件，密码，对所有必填字段使用单个哈希。

我做了一些基准测试，结果如下：

hset myhash rand_string rand_int: 31377.47 requests per second
hget myhash rand_string: 30750.31 requests per second
hincrby myhash rand_string: 30312.21 requests per second
set rand_string: 30703.10 requests per second
get rand_string: 30969.34 requests per second
incrby rand_string: 30581.04 requests per second

我用于基准测试的命令是这样的：

redis-benchmark -n 100000 -q hset myhash rand_string rand_int

因此，哈希与 Get/Set（字符串）一样快。

【讨论】：