redis源码编译 redis源码分析及缺点 _redis

本文目录一览：

1、redis源码解读:单线程的redis是如何实现高速缓存的?
2、Redis实现不可靠发布/订阅功能
3、redis的RDB和AOF两种持久化机制优缺点分析
4、redis的缺点是什么?

redis源码解读:单线程的redis是如何实现高速缓存的?1、网络高并发，高流量的数据处理。一个异步，高效，且对CPU要求不高的网络模型，这个模型主要是由OS来提供的，目前在LINUX最主流使用的是EPOLL，这个网上介绍很多，主要是基于事件驱动的一个异步模型。
2、暂存请求数据。输入缓冲区会先把客户端发送过来的命令暂存起来， Redis 主线程再从输入缓冲区中读取命令，进行处理。为了避免客户端和服务器端的请求发送和处理速度不匹配，这点和等下要说的输出缓冲区是一样的。
3、速度快：redis使用内存存储数据，使得读写速度非常快。这是因为内存访问速度比磁盘访问速度快很多。redis的单线程模型也避免了多线程并发处理中的锁竞争和上下文切换等开销，使得操作更加高效。
4、Redis 单线程能达到百万 +QPS 的原因有以下几个方面： - Redis 的设计和实现采用了多路复用原理，即在一个线程中处理多个连接，这样就可以避免每个连接都需要创建一个新的线程，从而减少了线程切换的开销。
Redis实现不可靠发布/订阅功能1、在OnMessage回调方法中调用UnSubscribeFromAllChannels（）或其它退订方法。
2、虽然Redis提供了发布/订阅的功能，但是并不完善，导致基本没有合适的场景能够使用。PubSub缺点：直到Redis0出现之后，出现了Stream这种数据结构，才终于完善了Redis的消息机制。
3、Redis支持发布订阅模式，可以用于实现实时消息推送、事件通知等场景。发布者将消息发布到特定的频道，订阅者可以订阅感兴趣的频道并接收消息，实现消息的实时分发。
redis的RDB和AOF两种持久化机制优缺点分析1、AOF的优点在于比RDB更安全，一般不会出现数据丢失的现象，就算出现了数量也不会太大，当然了，官方是推荐同时开启AOF和RDB的；而缺点是AOF持久化的速度相比RDB要慢，存储的是一个文本文件，到了后期文件会比较大，传输困难。
2、RDB机制的优点是持久化的文件相对较?。?且恢复数据的速度相对较快。AOF：AOF是一种日志持久化机制，它记录了Redis服务器所执行的所有写操作。
3、RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。RDB 的缺点如果你需要尽量避免在服务器故障时丢失数据，那么 RDB 不适合你。
4、相对于AOF持久化机制来说，直接基于RDB数据文件来重启和恢复redis的数据会更加快速。AOF ，存放的是指令日志，做数据恢复的时候，要回放和执行所有的指令日志，从而恢复内存中的所有数据。
5、RDB持久化和AOF持久化的区别：存储数据RDB持久化保存键空间的所有键值对（包括过期字典中的数据），并以二进制形式保存，符合rdb文件规范，根据不同数据类型会有不同处理。
6、因此redis 引入了持久化机制来将内存数据写入磁盘，从而保障了Redis的数据不被丢失。Redis有两种持久化的方式，一种是RDB ，另外种是AOF 。RDB是将Redis内存中数据的快照存储在磁盘内，是Redis的默认持久化方案。
redis的缺点是什么?1、缺点：Redis只能使用单线程，性能受限于CPU性能，故单实例CPU最高才可能达到5-6wQPS每秒（取决于数据结构，数据大小以及服务器硬件性能，日常环境中QPS高峰大约在1-2w左右）。
2、不稳定。单个redis具有不稳定性。当redis服务死机了或者redis服务被kill掉了，就没有可用的redis服务了。Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中。
3、缺点：（1）如果想让redis出现故障，尽可能的少丢失数据，那么RDB没有AOF好。
4、redisjson优点：速度快，完全基于内存，使用C语言实现，网络层使用epoll解决高并发问题。缺点：短时间内大量增加数据，可能导致内存不够用。
【redis源码编译 redis源码分析及缺点】5、redisbitmap有缺点。根据查询相关公开信息：用BITPOS有一个缺点，那就是每次只能找到一个为1的下标，因此，当我们需要统计处bitmap中有哪些位置为1的时候，则需要使用一些额外的代码计算。