标题redis
1 官网
https://redis.io/
http://www.redis.cn/
http://doc.redisfans.com/
2 配置文件
6.0.8版本 安装后需要修改配置文件
1 修改daemonize 改为 daemonize yes
2 修改protected-mode yes 改为 protected-mode no
3 注释掉 #bin 127.0.0.1
3 redis单线程&多线程问题
- redis 是单线程还是多线程
-
redis的版本有很多3.x 4.x 6.x 版本不同架构也是不同 1：3.x版本 最早的版本，单线程(优点：数据结构简单 避免锁的开销和上下文切换 可以有很高的QPS)
2：4.x版本 严格意义来说也不是单线程，而是负责处理客户端请求的线程是单线程， 但是开始加了点多线程的东西(异步删除)
为什么开始引入多线程的内容和功能呢？
为了解决单线程 操作 bigKey阻塞问题， 为了解决这个问题引入多线程 实现异步多线程删除
3：6.x 增加了多线程io 也就是：redis工作线程是单线程，但是，整个redis来说，是多线程了
-
redis3.x 在单线程时代依旧很快的原因是什么
1： 基于内存操作：redis的所有数据都存在内存中，因此所有的运算都是内存级别的，所以他的性能比较高
2： 数据解雇简单：redis的数据结构是专门设计的，而这些简单的数据结构的查找和操作的时间大部分复杂度都是0(1)
3：多路复用和非阻塞I/O：redis使用I/O多路复用功能来监听多个socket连接客户端，这样就可以使用一个线程连接来处理多个请求，减少线程切换带来的开销，同时也避免了I/O阻塞操作
4：避免上下文切换：因为是单线程模型，因此就避免了不必要的上下文切换和线程竞争，这就省去了多线程切换带来的时间和性能上的消耗，而且单线程不会导致死锁问题
redis开发者说过：redis是基于内存操作的，因此它的瓶颈可能是机器的内存或者网络带宽而非CPU，既然CPU不是瓶颈，那么自然就采用单线程的解决方案了，况且使用多线程比较麻烦，但是的redis4.0以后开始支持多线程了 eg 后台删除功能 -
redis4.0 之前一直采用单线程的主要原因有以下三个
1：使用单线程模型是redis的开发和维护更简单，因为单线程模型方便开发和调试
2：即使使用单线程模型也并发的处理多客户端的请求，主要使用的是多路复用和非阻塞IO
3：对于redis系统来说，主要的性能瓶颈是内存或者网络带宽而并非CPU -
优化redis的三个方面: cpu(不重要) 内存(加钱) 网络IO (redis6.x 主要优化方向)
redis主要性能瓶颈：网络IO redis6 真正的多线程登场
正常情况下使用del 指令可以很快的删除数据，而当被删除的key是一个非常大的对象时，例如包含了成千上万个hash集合时候，那么del指令就会造成redis主线程卡顿–》这就是redis3.x单线程时代最经典的故障，大key删除的头疼问题
（由于redis是单线程的， del bigKey…） 等待很久这个线程才会释放，类似加了个synchronized锁，你可以想象高并发下，程序堵成什么样子 如何解决这个问题！！！
如何解决：使用惰性删除可以有效的避免redis卡顿问题
比如当我 需要删除一个bigKey的时候，因为是单线程同步操作，这就会导致redis服务卡顿，于是在redis4.0以后新增了多线程，当然此版本中多线程主要是为了解决删除树效率比较低的问题的
unlink key
flushdb async
flushall async
把删除的工作交给子线程去做
因为redis是单个主线程处理，redis之父antriez 一直强调"Lazy Redis is better Redis" 而lazy free的本质就是把某些cost(主要是时间复制度，占用线程CPU时间片)较高的删操作 从redis主线程剥离让bio子线程来处理
- io 多路复用入门
redis主要性能瓶颈：网络IO redis6 真正的多线程登场
redis 必须安装进Linux unix系统中！！！ 因为只有Linux系统 才有select poll epoll 函数
unix 网络编程中的五种I/O模型
io多路复用: 这是IO模型的一种，既经典的Reactor设计模式，
I/O多路复用，简单来说就是通过监测文件的读写事件在通知线程执行相关操作，保证redis的非阻塞I/O能够顺利执行完成的机制。
多路 指的是多个socket连接
复用 指的是复用一个线程，多路复用主要有三种技术：select poll epoll
epoll 是最新的 也是目前最好的多路复用技术，采用多路I/O复用技术可以让单个线程高效的处理多个连接请求(尽量减少网络IO的时间消耗)，且Redis在内存中操作数据的速度非常快(内存内的操作不会成为这里的性能瓶颈)主要以上两点造就了redis具有很高的吞吐量
- redis6 默认是否开启了多线程
redis将所有的数据放在内存中，内存的响应时长大约为100纳秒，对于小数据包，redis服务器可以处理8w到10w的QPS，这个也就是redis的极限了，对于80%的公司来说，单线程的redis已经够用了
redis6 中多线程的功能默认是关闭的 需要修改配置文件
设置 io-thread-do-reads 配置项为yes， 表示开启多线程
设置线程个数 id-threads 6 关于线程数的设置，官方建议是 如果为4核的CPU，建议线程设置为2或者3， 如果8核的cpu建议设置为6， 线程数一定要小于机器核数
4 redis 数据类型
现在可以分为9大数据类型 经典是五种数据类型