Redis：何时使用哈希与 RedisJSON？

Question

我现在可以将资源作为hash或RedisJSON存储在 Redis 中。我在这个实例中的特定数据是临时数据对象，每个对象由几个字符串和数字字段组成。用户将调用一个创建结构的进程，如：

{
    'item_id': 'k0f8h3n5m6n1w9d0k0k1m1n4b6c8f8r7'
    'amount': 3.00042
    'timestamp': 1590440708,
    'user1_status': 'pending',
    'user_2_status': 'completed'
}

这实际上是一个客户端用户处理的队列（队列由单独的 Redis流处理），其中每个对象将保持使用（作为散列或 RedisJSON 对象）平均约 1 小时。在任何给定时间，队列中都会有数以万计的这些对象。在队列中时，对象的字段（例如user1_status和user2_status）将被更新多次。

处理完每个对象后，我可以将其保留在 Redis 中，也可以将每个对象移动到冷存储数据库以进行日志保存并从 Redis 中删除。我不确定我是应该这样做还是放弃它。

哪种 Redis 数据类型（哈希或 RedisJSON）更适合我的任务？在决定这两种类型时有哪些一般考虑因素？

注意：我意识到如果我想做这样的事情：

{
    'item_id': 'k0f8h3n5m6n1w9d0k0k1m1n4b6c8f8r7'
    'amount': 3.00042
    'timestamp': 1590440708,
    'user1_status': 'pending',
    'user_2_status': 'completed'
    'parent': {
        'item1': 1,
        'item2': [1, 2, 3, 4]
        'item3': {
            'one': 1,
            'two': 2
        }
    }
}

RedisJSON 可能是正确的选择，因为您必须在将任何对象存储为哈希之前将其展平。为了这个问题，假设我不需要这样做，因为我已经知道了。

Answer 1

正如您已经提到的，扁平对象与嵌套对象是使用 RedisJSON 的主要原因之一。另一个原因是您是否关心 JSON 特定类型，例如数字与字符串，因为 Redis 哈希值始终是字符串。

最后，如果您需要根据特定条件查询对象，RedisJSON 支持 JSONPath，这很方便。

至于性能：虽然 RedisJSON 非常高效，但由于需要存储 JSON 键和序列化/反序列化，与普通 Redis 哈希相比，它确实有一些开销。

总结：如果您的数据是结构化或嵌套的，并且具有特定的架构，则可以很好地利用 RedisJSON。如果它只是简单的键/值对并且您不关心值的类型，那么简单的 Redis 哈希就可以了。