Redis--Key设计及约束

最新推荐文章于 2024-11-30 19:02:05 发布

原创最新推荐文章于 2024-11-30 19:02:05 发布 · 979 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#redis #redis key #redis key最大长度

redis 专栏收录该内容

2 篇文章

订阅专栏

本文探讨了Redis中键的使用原则，包括键的长度、安全性及命名规范等内容。建议避免使用过长或过短的键，并推荐使用有意义且结构化的键名。此外，文章还介绍了键的最大长度限制。

Redis keys are binary safe, this means that you can use any binary sequence as a key, from a string like "foo" to the content of a JPEG file. The empty string is also a valid key.

A few other rules about keys:

Very long keys are not a good idea. For instance a key of 1024 bytes is a bad idea not only memory-wise, but also because the lookup of the key in the dataset may require several costly key-comparisons. Even when the task at hand is to match the existence of a large value, hashing it (for example with SHA1) is a better idea, especially from the perspective of memory and bandwidth.
Very short keys are often not a good idea. There is little point in writing "u1000flw" as a key if you can instead write "user:1000:followers". The latter is more readable and the added space is minor compared to the space used by the key object itself and the value object. While short keys will obviously consume a bit less memory, your job is to find the right balance.
Try to stick with a schema. For instance "object-type:id" is a good idea, as in "user:1000". Dots or dashes are often used for multi-word fields, as in "comment:1234:reply.to" or "comment:1234:reply-to".
The maximum allowed key size is 512 MB.