十五分钟介绍 Redis数据结构解析.pdf

下面是一个对 Redis 官方文档《A fifteen minute introduction to Redis data types》一文的翻译，如其题目所言，此文目的在于让一个初学者能通过 15 分钟的简单学习对 Redis 的数据结构有一个了解。 Redis 是一种面向 “键/值”对类型数据的分布式 NoSQL 数据库系统，特点是高 性能，持久存储，适应高并发的应用场景。它起步较晚，发展迅速，目前已被 许多大型机构采用，比如 Github，看看谁在用它。 本文翻译自 Redis 的一篇官方文档：A fifteen minute introduction to Redis data types 方便感兴趣的朋友，快速介绍 Redis 的数据类型。 中英文对照，如有疏漏敬请留言，某些关键词不译，便于阅读。 —————————————————————————————————— ——— 你也许已经知道 Redis 并不是简单的 key-value 存储，实际上他是一个数据结 构服务器，支持不同类型的值。也就是说，你不必仅仅把字符串当作键所指向 的值。下列这些数据类型都可作为值类型。  二进制安全的 字符串 string  二进制安全的 字符串列表 list of string  二进制安全的 字符串集合 set of string，换言之：它是一组 无重复未排序的 element。可以把它看成Ruby 中的 hash –其 key 等于 element，value 都等于’true‘。  有序集合 sorted set of string，类似于集合 set，但其中每个 元素都和一个浮点数 score （评分）关联。element 根据 score 排 序。可以把它看成 Ruby 中的 hash –其 key 等于 element，value 等于 score，但元素总是按 score 的顺序排列，无需额外的排序 操作。 Redis 键 Redis key 值是二进制安全的，这意味着可以用任何二进制序列作为 key 值， 从形如”foo”的简单字符串到一个JPEG 文件的内容都可以。空字符串也是有 效 key 值。 关于 key 的几条规则：  太长的键值不是个好主意，例如 1024 字节的键值就不是个好主 意，不仅因为消耗内存，而且在数据中查找这类键值的计算成本 很高。  太短的键值通常也不是好主意，如果你要用”u:1000:pwd”来代 替”user:1000:password”，这没有什么问题，但后者更易 阅 读，并且由此增加的空间消耗相对于 key object 和 value object 本身来说很小。当然，没人阻止您一定要用更短的键值节 省一丁点儿空间。  最好坚持一种模式。例如：”object-type:id:field”就是个不 错的注意，像这样”user:1000:password”。我喜欢对多单词的 字段名中加上一个点，就像这样：”comment:1234:reply.to”。 字符串类型 这是最简单 Redis 类型。如果你只用这种类型，Redis 就像一个可以持久化的 memcached 服务器（注：memcache 的数据仅保存在内存中，服务器重启后，数 据将丢失）。 我们来玩儿一下字符串类型： $ redis-cli set mykey my binary safe value OK $ redis-cli get mykey my binary safe value 正如你所见到的，通常用 SET command 和 GET command 来设置和获取字符串 值。 值可以是任何种类的字符串（包括二进制数据），例如你可以在一个键下保存 一副 jpeg 图片。值的长度不能超过 1GB。 虽然字符串是 Redis 的基本值类型，但你仍然能通过它完