首页 > 解决方案 > Redis:何时使用哈希与 RedisJSON?

问题描述

我可以在 Redis 中将资源存储为hashRedisJSON。在这种情况下,我的特定数据是由多个字符串和数字字段组成的临时数据对象。用户将调用一个创建如下结构的进程:

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

这实际上是一个客户端用户处理的队列(队列由单独的 Redis处理),其中每个对象将保持使用(作为哈希或 RedisJSON 对象)平均大约 1 小时。在任何给定时间,队列中都会有数万个这样的对象。在队列中,对象的字段(例如user1_statususer2_status)将被更新几次。

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

哪种 Redis 数据类型(Hash 或 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 可能是正确的选择,因为您必须在将任何对象存储为哈希之前将其展平。为了这个问题,假设我不需要这样做,因为我已经知道了。

标签: jsonredishashmapredisjson

解决方案


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

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

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

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


推荐阅读