本文目录一览：
- 1、redis高并发能力直接相关概念
- 2、通过Redis消息队列实现大文件处理
- 3、5、Redis6.0版的新特性
- 4、redis是多线程的
【redis 多线程 redis6.0多线程模型总结】2、Redis的高并发能力主要与内存存储、高效的I/O操作、快速的数据结构、原子操作概念直接相关 。内存存储 Redis的所有数据都存储在内存中，这样可以避免磁盘I/O操作的延迟 。
3、redis高并发能力直接相关概念有，无序集合内存回收 。Redis作为一款高效的内存数据库，其最为常用的数据结构之一就是无序集合 。
通过Redis消息队列实现大文件处理通过Redis做一个计数器 每读取一行记录数值，即使服务终止后，先从Redis读取这个数值 再通过cat指定行数开始读数据即可 。通过取模拆Key 分片到不同小Key存储 ， 降低单个节点存储压力，也充分利用了存储资源 。
这可以减轻数据库的负担，提高系统的响应速度和并发能力 。Redis提供了多种队列数据结构，如列表（list）和集合（set），可以用来实现任务队列和消息队列等 。
redis支持多种数据结构 ， 如字符串、哈希表、列表、集合、有序集合等 。这些数据结构使得redis能够灵活的存储和处理各种类型的数据 。例如，哈希表可以用于存储对象，列表可以用于实现消息队列，有序集合可以用于实现排行榜等功能 。
redis中的list（本质上是个双向链表）、zset（有序set）都可以用做“消息队列”的容器，稍加处理就可以实现一个高可用的“消息队列” 。
先入先出）也很容易实现，只需要一个list对象从头取数据，从尾部塞数据即可；redis能做消息队列还得益于其list对象blpop brpop接口以及Pub/Sub（发布/订阅）的某些接口 ， 它们都是阻塞版的，所以可以用来做消息队列 。
Redis实现消息队列原理，常用的消息队列有RabbitMQ ， ActiveMQ，个人觉得这种消息队列太大太重 ， 本文介绍下基于Redis的轻量级消息队列服务 。
5、Redis6.0版的新特性1、Redis 0的多线程并未将事件处理改成多线程，而是在I/O上 。
2、Redis最大的特性是它会将所有数据都放在内存中，所以读写速度性能非常好 。Redis是基于内存进行操作的，性能较高 ， 可以很好的在一定程度上解决网站一瞬间的并发量，例如商品抢购秒杀等活动 。
3、这样的设计改变是为了不想让Redis因为引入多线程变得复杂 。而且过去单线程的使用主要考虑CPU不是Redis的瓶颈 ， 不需要多条线程并发执行 ， 所以多线程模型带来的性能提升不能抵消它带来的开发和维护成本 。
redis是多线程的1、Redis在处理客户端请求时采用单线程模型 ， 但在某些特定功能（如持久化操作）上采用了多线程 。Redis在处理客户端的请求时，采用的是单线程模型 。
2、Redis采用的是单进程单线程模型的KV数据库，由C语言编写 。官方提供的数据是可以达到100000+的qps 。这个数据不比采用单进程多线程的同样基于内存的KV数据库Memcached差 。
3、首先，先要知道Redis工作线程是单线程的，但是 ， 整个Redis来说 ， 是多线程的； Redis事件处理 ： Redis 服务器是典型的事件驱动程序，而事件又分为文件事件（socket 的可读可写事件）与时间事件（定时任务）两大类 。
4、Redis 0的多线程并未将事件处理改成多线程，而是在I/O上 。
5、所以单线程、多进程的集群不失为一个时髦的解决方案 。3）CPU消耗采用单线程，避免了不必要的上下文切换和竞争条件，也不存在多进程或者多线程导致的切换而消耗 CPU 。
