详细介绍Redis的几种数据结构以及使用注意事项.docx

详细介绍Redis的几种数据结构以及使用注意事项 目录结构 1. Overview 1.1 资料 HYPERLINK /2012/1/23/The-Little-Redis-Book/ \t _blank 《The Little Redis Book》，最好的入门小册子，可以先于一切文档之前看，免费。 HYPERLINK / \t _blank 作者Antirez的博客， HYPERLINK /redisfeed \t _blank Antirez维护的Redis Twitter。 HYPERLINK /en/latest/ \t _blank Redis 命令中文版， HYPERLINK /huangz1990 \t _blank huangz同学的翻译。 HYPERLINK /en/latest/ \t _blank Redis设计与实现，又是huangz同学的巨作，深入了解内部实现机制。 HYPERLINK /huangz1990/annotated_redis_source/ \t _blank Redis 2.6源码中文注释版，继续是huangz同学的大功德。 HYPERLINK /topics/redis \t _blank NoSQL Fan里的Redis分类 HYPERLINK /carlson/ \t _blank 《Redis in Action》(Manning, 2013) 挺实战的一本书。 1.2 优缺点 非常非常的快，有测评说比Memcached还快(当大家都是单CPU的时候)，而且是无短板的快，读写都一般的快，所有API都差不多快，也没有MySQL Cluster、MongoDB那样更新同一条记录如Counter时慢下去的毛病。 丰富的数据结构，超越了一般的Key-Value数据库而被认为是一个数据结构服务器。组合各种结构，限制Redis用途的是你自己的想象力，作者自己捉刀写的 HYPERLINK /post/take-advantage-of-redis-adding-it-to-your-stack.html \t _blank 用途入门。 因为是个人作品，Redis目前只有2.3万行代码，Keep it simple的死硬做法，使得普通公司而不需淘宝那个级别的文艺公司也可以吃透它。 HYPERLINK /post/redis-manifesto.html \t _blank Redis宣言就是作者的自白，我最喜欢其中的代码像首诗，设计是一场与复杂性的战斗，Coding是一件艰苦的事情，唯一的办法是享受它。如果它已不能带来快乐就停止它。为了防止这一天的出现，我们要尽量避免把Redis往乏味的路上带。 让人又爱又恨的单线程架构，使得代码不用处理平时最让人头痛的并发而大幅简化，也不用老是担心作者的并发有没有写对，但也带来CPU的瓶颈，而且单线程被慢操作所阻塞时，其他请求的延时变得不确定。 那Redis不是什么？ Redis 不是Big Data，数据都在内存中，无法以T为单位。 在Redis-Cluster发布并被稳定使用之前，Redis没有真正的平滑水平扩展能力。 Redis 不支持Ad-Hoc Query，提供的只是数据结构的API，没有SQL一样的查询能力。 1.3 Feature速览 所有数据都在内存中。 五种数据结构：String / Hash / List / Set / Ordered Set。 数据过期时间支持。 不完全的事务支持。 服务端脚本：使用Lua Script编写，类似存储过程的作用。 PubSub：捞过界的消息一对多发布订阅功能，起码Redis-Sentinel使用了它。 持久化：支持定期导出内存的Snapshot 与 记录写操作日志的Append Only File两种模式。 Replication：Master-Slave模式，Master可连接多个只读Slave，暂无专门的Geographic Replication支持。 Fail-Over：Redis-Sentinel节点负责监控Master节点，在master失效时提升slave，独立的仲裁节点模式有效防止脑裂。 Sharding：开发中的Redis-Cluser。 动态配置：所有参数可用命令行动态配置不需重启，并重新写回配置文件中，对云上的大规模部署非常合适。 1.4 八卦 作者是意大利的Salvatore Sanfilippo(antirez)，又是VMWare大善人聘请了他专心写Redis。 EMC与VMWare将旗下的开源产品如Redis和Spring都整合到了孙公司Pivotal公司。 HYPERLINK /pivotal-people/pivotal-people-salvato