开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第29天，点击查看活动详情
redis知识
1. redis速度快的原因和相关问题
- 缓存击穿:缓存击穿指的是缓存中没有数据但数据库中有数据（一般是热点数据缓存时间到期），同一时间大量的并发请求由于读缓存没读到数据，就去数据库去取数据，导致某个时间内数据库压力剧增，导致崩溃。
- 解决方案：给没有命中的key设定一个没有意义的空值
- 缓存雪崩：redis中大量key集中过期或者redis服务器宕机，从而导致大量请求从数据库获取数据，导致数据库服务器访问压力过大
- 解决方案：给key设定不同的（随机的）过期时间
2. redis I/O模型
Linux系统中，把一切都看做是文件，当进程打开现有文件或创建新文件时，内核向进程返回一个文件描述符。可以理解文件描述符是一个索引，这样，要操作文件的时候，我们直接找到索引就可以对其进行操作了。我们将这个索引叫做文件描述符（file descriptor），简称fd。
2.1阻塞模型
执行过程：
- (1)client1 和服务端建立连接后，服务端会一直阻塞于 client1，直到 client1 客户端 write 发来数据才开始后面的操作。服务端阻塞期间，即使其他客服端 client2 的数据提前到来，也不能处理 client2 客服端的请求。
- (2)有一个严重的问题就是，如果客户端 client1 一直没有 write 数据到来，那么服务端 service 会一直阻塞，不能处理其他客户的服务。
2.2多路复用模型
事件分发
执行过程：
- (1)一个 socket 客户端与服务端连接时，会生成对应一个套接字描述符(套接字描述符是文件描述符的一种)，每一个 socket 网络连接其实都对应一个文件描述符。
- (2)多个客户端与服务端连接时，Redis 使用 「I/O 多路复用程序」 将客户端 socket 对应的 FD 注册到监听列表(一个队列)中。当客服端执行 read、write 等操作命令时，I/O 多路复用程序会将命令封装成一个事件，并绑定到对应的 FD 上。
- (3)**「文件事件处理器」**使用 I/O 多路复用模块同时监控多个文件描述符（fd）的读写情况，当
accept、read、write和close文件事件产生时，文件事件处理器就会回调 FD 绑定的事件处理器进行处理相关命令操作。
