Redis为什么快

用了那么久的redis，突然意识到这个问题答不上来，只知道内存数据库，内存的读写性能快于磁盘。

1. 内存存储

Redis 是一个基于内存的数据库，它将所有的数据都保存在内存中，这使得读取的速度非常快。内存读写速度远超于传统磁盘 I/O操作，因此Redis在处理大量数据时能够保持极高的性能。

2. 数据结构

Redis 的数据结构: 字符串(String)、列表(List)、集合(Set)、哈希(Hash)、有序集合(Zset)。这些数据结构的底层实现较为高效。

1. 字符串(String)

Redis使用的是自己构造的 简单动态字符串(SDS)，相比于C语言的字符串，不仅能保存文本数据，也可以保存二进制数据，并且获取字符串长度复杂度为O(1)。

应用场景

需要存储常规数据的场景，比如缓存session。

需要计数的场景，比如用户单位时间的请求数，简单限流

分布式锁，命令 setnx

2. 列表(List)

主要实现为双向链表，支持反向查询和遍历。

应用场景

消息流，比如最新文章，最新动态

3. 哈希(Hash)

哈希是String类型的field-value 键值对映射表，适合用于存储对象，后续操作可以直接修改对象中的某个字段。

应用场景

对象存储场景，比如用户信息，商品信息等

4. 集合(Set)

集合是无序但唯一的，类似于Java的Set。

应用场景

存放的是不能重复的数据，比如点赞只能点一次

5. 有序集合(Zset)

增加了一个权重参数，使得集合中的元素可以按照分数给元素排序，还可以通过分数范围获取元素。

依赖于跳表skipList和哈希表，跳表支持快速的插入删除和查找操作。哈希表用于存储分数。便于快速根据分数排序和范围查询。

应用场景

需要根据某个分数排序的场景，比如微信步数根据步数排序，直播间打赏榜等。

 

3. 单线程模型和IO多路复用

Redis采用的单线程模型，基于Reactor模式设计开发了一套高效的事件处理模型。这套事件模型对应的是Redis中的文件事件处理器，是单线程运行的。虽然看起来限制了性能，实例上因为Redis的操作都是内存操作，没有太复杂的计算或者IO操作，避免了多线程之间的上下文切换和同步问题。减少开销。

单线程模型下，通过IO多路复用来监听客户端的请求，只有在有数据可读和可写时才会有IO操作，从而能提高系统的吞吐量和响应速度。

 

既然Redis那么快，为什么不将Redis作为主数据库。

主要原因是成本太高，而且Redis提供的数据持久化仍然有丢失数据的风险。