Redis 存储结构体信息，选 hash 还是string？

来自：网络，侵删

string

hash

I want to store a JSON payload into redis. There's really 2 ways I can do this:

1. One using a simple string keys and values.

key:user, value:payload (the entire JSON blob which can be 100-200 KB)

SET user:1 payload

2. Using hashes

HSET user:1 username "someone"

HSET user:1 location "NY"

HSET user:1 bio "STRING WITH OVER 100 lines"

Keep in mind that if I use a hash, the value length isn't predictable. They're not all short such as the bio example above.

Which is more memory efficient? Using string keys and values, or using a hash?

INCR id:users
SET user:{id} '{"name":"Fred","age":25}'
SADD users {id}

• 优势：可以认为是“佳实践”，因为每个对象都是全特性的key，JSON解析特别块，尤其是一次性查询很多个字段的时候
• 劣势：如果只查询一个字段，速度就显得比较慢了

INCR id:users
HMSET user:{id} name "Fred" age 25
SADD users {id}

• 优势：这也可以认为是佳时间。每个对象都是一个全特性的key。不需要解析JSON字符串
• 劣势：如果要查询对象的全部字段会比较慢。嵌套类型的对象（即对象里面还包着对象）无法轻易存储

INCR id:users
HMSET users {id} '{"name":"Fred","age":25}'

• 优势：JSON解析很快，尤其是一次查询多个字段时，对主key的命名空间污染更少
• 劣势：如果要存储很多对象，那么内存使用和方案1相当。当只需要查询一个字段时，会比方案2速度慢。答者不认为这是一个“佳实践”

INCR id:users
SET user:{id}:name "Fred"
SET user:{id}:age 25
SADD users {id}

• 优势：对象的属性是全特征key，对于应用来说比较好处理
• 劣势：慢，内存消耗更大，不是一个“佳实践”。对主key的命名空间有很大污染