redisRedis为什么这么快

redis做什么用

Redis lists基于Linked Lists实现。

这意味着即使在一个list中有数百万个元素，在头部或尾部添加一个元素的操作，其时间复杂度也是常数级别的。

用LPUSH 命令在十个元素的list头部添加新元素，和在千万元素list头部添加新元素的速度相同。

那么，坏消息是什么？在数组实现的list中利用索引访问元素的速度极快，而同样的操作在linked list实现的list上没有那么快。

对数据解释的比较到位

细说分布式redis

IT培训>数据库教程 细说分布式Redis架构设计和踩过的那些坑 作者:课课家教育2015-12-14 10:15:25 　　摘要：本文章主要分成五个步骤内容讲解 　　Redis、RedisCluster和Codis; 　　我们更爱一致性; 　　Codis在生产环境中的使用的经验和坑们; 　　对于分布式数据库和分布式架构的一些看法; 　　Q & A环节。

　　Codis是一个分布式Redis解决方案，与官方的纯P2P的模式不同，Codis采用的是Proxy-based的方案。

今天我们介绍一下Codis及下一个大版本RebornDB的设计，同时会介绍一些Codis在实际应用场景中的tips。

最后抛砖引玉，会介绍一下我对分布式存储的一些观点和看法，望各位首席们雅正。

细说分布式Redis架构设计和踩过的那些坑_redis 分布式_ redis 分布式锁_分布式缓存redis 　　一、 Redis，RedisCluster和Codis 　　Redis：想必大家的架构中，Redis已经是一个必不可少的部件，丰富的数据结构和超高的性能以及简单的协议，让Redis能够很好的作为数据库的上游缓存层。

但是我们会比较担心Redis的单点问题，单点Redis容量大小总受限于内存，在业务对性能要求比较高的情况下，理想情况下我们希望所有的数据都能在内存里面，不要打到数据库上，所以很自然的就会寻求其他方案。

比如，SSD将内存换成了磁盘，以换取更大的容量。

更自然的想法是将Redis变成一个可以水平扩展的分布式缓存服务，在Codis之前，业界只有Twemproxy，但是Twemproxy本身是一个静态的分布式Redis方案，进行扩容/缩容时候对运维要求非常高，而且很难做到平滑的扩缩容。

Codis的目标其实就是尽量兼容Twemproxy的基础上，加上数据迁移的功能以实现扩容和缩容，最终替换Twemproxy。

从豌豆荚最后上线的结果来看，最后完全替换了Twem，大概2T左右的内存集群。

　　Redis Cluster ：与Codis同期发布正式版的官方cl

到底什么时候 要使用redis

商品基本信息（与库存分开）、商品分类 是基本不变的，这些信息全部可以一次性加载到 redis 中，作为只读信息，直接从 redis 中查询。

或者不使用 redis，而是加数据库只读从库（MySQL中可以配置memcached作为数据缓存），从从库中读取数据。

Redis为什么这么快

1. Redis是纯内存数据库，一般都是简单的存取操作，线程占用的时间很多，时间的花费主要集中在IO上，所以读取速度快。

　　2. 再说一下IO，Redis使用的是非阻塞IO，IO多路复用，使用了单线程来轮询描述符，将数据库的开、关、读、写都转换成了事件，减少了线程切换时上下文的切换和竞争。

　　3. Redis采用了单线程的模型，保证了每个操作的原子性，也减少了线程的上下文切换和竞争。

　　4. 另外，数据结构也帮了不少忙，Redis全程使用hash结构，读取速度快，还有一些特殊的数据结构，对数据存储进行了优化，如压缩表，对短数据进行压缩存储，再如，跳表，使用有序的数据结构加快读取的速度。

　　5. 还有一点，Redis采用自己实现的事件分离器，效率比较高，内部采用非阻塞的执行方式，吞吐能力比较大。