Linux 系统安装 Redis7 —— 超详细操纵演示！

数据库系列文章：

关系型数据库 — MySQL:
  

• 1、基础语法大全（上）—— MySQL概述、SQL
  
• 2、基础语法大全（中）—— 函数、约束
  
• 3、基础语法大全（下）—— 多表查询
  
• 4、基础语法大全（下） ——事务
  
• 5、MySQL进阶（上）—— 存储引擎、 索引
  
• 6、MySQL进阶（中）—— SQL 优化、视图/存储过程/触发器
  
• 7、MySQL进阶（下）—— 锁、InnoDB 引擎、MySQL 管理
  

  
非关系型数据库 — Redis:
  

• 1、Redis 的安装与设置
  
• 2、Redis 基本下令（上）
  
• 3、Redis 基本下令（下）
  
• 4、Redis 持久化
  
• 5、Redis 主从集群
  
• 6、Redis 分布式系统
  
• 7、Redis 缓存
  
• 8、Lua脚本详解
  
• 9、分布式锁
  

  一、Redis 概述

1.1 Redis 简介

Redis Remote Dictionary Server ，远程字典服务， 由意大利人 Salvatore Sanfilippo （又名 Antirez 开发， 是一个利用 ANSI C 语言 编写、支持网络、可基于 内存 亦可 持久化 的 日志型、 NoSQL 开源内存数据库 ，其提供多种语言的 API 。从 2010 年 3 月 15 日起， Redis 的开发工作由 VMware 主持。从2013 年 5 月开始， Redis 的开发由 Pivotal 赞助。
   2008 年时 Salvatore Sanfilippo 自己开发一个叫 LLOOGG 的网站。
  Redis 之以是称之为 字典服务，是因为 Redis 是一个 key-value 存储系统 。支持存储的 value 范例 有很多，包罗 String(字符串) 、 List(链表) 、 Set(集合) 、 Zset(sorted set 有序集合) 和 Hash(哈希范例） 等 。
Redis 的国际着名用户有， Twitter 、 GitHub 、 Facebook 等，国内着名用户有，阿里巴巴、腾讯、百度、搜狐、优酷、美团、小米等。纯熟利用和运维 Redis 已经成为开发运维人员的一个必备技能。
⭐️ NoSQL

• NoSQL（“non relational”, “Not Only SQL”），泛指 非关系型的数据库。随着互联网 web2.0网站的鼓起，传统的关系数据库在处理 web2.0 网站，特殊是 超大规模 和 高并发 的 SNS (社交) 范例的 web2. 0 纯动态网站 已经显得力不从心，出现了很多难以降服的问题，而非关系型的数据库则由于其自己的特点得到了非常迅速的发展。 NoSQL 数据库的产生就是为了解决 大规模数据集合 多重数据种类 带来的挑战，特殊是大数据应用困难。
  

（1） 键值存储数据库

• 就像 Map 一样的 key-value 对。典型代表就是 Redis 。
  

（2） 列存储数据库

• 关系型数据库 是典型的 行存储数据库。
  
  
  
  • 其存在的问题是，按行存储的数据在 物理层面 占用的是 连续存储空间，不适合海量数据存储。
    
  
  
• 而按 列存储 则可实现 分布式存储，适合海量存储。典型代表是 HBase 。
  

（3） 文档型数据库

• 其是 NoSQL 与 关系型数据 的结合，最像关系型数据库 的 NoSQL。典型代表是MongoDB。
  
  
  
  • 该范例的数据模子是版本化的文档，半结构化的文档以特定的格式存储，比如 JSON。
    
  
  

（4） 图形(Graph)数据库

• 用于存放一个 节点关系 的数据库，例如描述差别人间的关系。典型代表是Neo4J。
  

1.2 Redis 的用途

Redis 在生产中利用最多的场景就是 做数据缓存 。即客户端从 DBMS 中查询出的数据起首写入到 Redis 中，后续无论哪个客户端再需要访问该数据，直接读取 Redis 中的即可，不仅减小了 RT ，而且降低了 DBMS 的压力。

根据 Redis 缓存的数据与 DBMS 中数据的同步性划分，缓存一样平常可划分为两类： 实时同步缓存 与 阶段性同步缓存 。

• 实时同步缓存 是指，DBMS 中 数据更新 后， Redis 缓存中的存放的相关数据会被 立即清除，以促使再有对该数据的访问请求到来时，必须先从 DBMS 中查询获取到最新数据，然后再写入到 Redis 。
  
• 阶段性同步缓存 是指，Redis 缓存中的数据允许在一段时间 (生存时长) 内与 DBMS 中的数据不完全一致。而这个时间段就是这个缓存数据的 过期时间。
  

1.3 Redis 特性

能够做缓存的技能、中间件很多，例如，MyBatis 自带的二级缓存、 Memched 等。只以是在生产中做缓存的产品险些无一破例的会选择 Redis ，是因为它有很多别的产品所不具备的特性。

• 性能极高： Redis 读的速率可以达到 11w次/s ，写的速率可以达到 8w次/s 。只以是具有这么高的性能，因为以下几点缘故原由：
  
  
  
  • 
    
    • Redis 的全部操纵都是在内存中发生的。
      
    
    
  • 
    
    • Redis 是用 C 语言 开发的。
      
    
    
  • 
    
    • Redis 源码非常精细（集性能与优雅于一身）。
      
    
    
  
  
• 简朴稳固： Redis 源码很少。早期版本只有 2w 行左右。从 3.0 版本开始，增加了集群功能，代码变为了 5w 行左右。
  
• 持久化： Redis 内存中的数据可以进行持久化，其有两种方式： RDB 与 AOF 。
  
• 高可用集群： Redis 提供了高可用的主从集群功能，可以确保系统的安全性。
  
• 丰富的数据范例： Redis 是一个 key-value 存储系统 。支持存储的 value 范例很多，包罗 String(字符串) 、 List(链表) 、 Set(集合) 、 Zset(sorted set 有序集合) 和 Hash (哈希范例)等，还有 BitMap 、 HyperLogLog 、 Geospatial 范例。
  
  
  
  • BitMap ：一样平常用于 大数据量 的 二值性统计 。
    
  • HyperLogLog ：其是 Hyperlog Log ，用于对数据量超等庞大的日志做 去重统计。
    
  • Geospatial ：地理空间，其主要用于地理位置相关的计算。
    
  
  
• 强大的功能： Redis 提供了数据过期功能、发布/订阅功能、简朴事务功能，还支持 Lua 脚本扩展功能。
  
• 客户端语言广泛： Redis 提供了简朴的 TCP 通讯协议，编程语言可以方便地的接入 Redis 。以是，有很多的开源社区、大公司等开发出了很多语言的 Redis 客户端。
  
• 支持 ACL 权限控制： 之前的权限控制非常鸠拙。从 Redis6 开始引入了 ACL 模块，可以为差别用户定制差别的用户权限。
  

   ACL，Access Control List ，访问控制列表，是一种 细粒度 的权限管理策略，可以针对 任意用户与组 进行权限控制。
  

• 现在大多数 Unix 系统与 Linux 2.6 版本已经支持 ACL 了。
  
• Zookeeper 早已支持 ACL 了。
  
• Unix与 Linux 系统默认利用是 UGO (User 、Group 、Other) 权限控制策略 ，其是一种 粗粒度 的权限管理策略。
  

  

• 支持多线程 IO 模子： Redis 之前版本采取的是单线程模子，从 6.0 版本开始 支持 了多线程模子。
  

1.4 Redis 的IO模子

Redis 客户端提交的各种请求是如何最终被 Redis 处理的？

• Redis 处理客户端请求所采取的 处理架构，称为 Redis 的 IO 模子。
  
• 差别版本的 Redis 采取的 IO 模子 是差别的。
  

⭐️ 1)、单线程模子

• 对于 Redis 3.0 及其以前版本， Redis 的 IO 模子采取的是 纯粹的单线程模子 。即全部客户端的请求全部由一个线程处理。
  

• Redis 的单线程模子采取了 多路复用技能 。
  

   对于多路复用器的 多路复用技能 常见的有三种： select 模子（数组）、 poll 模子（链表）、 epoll 模子。
  

• select 模子底层是数组，性能较低，不常见。
  
• poll 模子的选择算法：采取的是轮询算法。该模子对客户端的就绪处理是 有延长的 。
  
• epoll 模子的选择算法：采取的是回调方式。 根据就绪事件发生后的处理方式的差别，又可分为 LT 模子与 ET 模子。
  

  

• 每个客户端 若 要向 Redis 提交请求，都需要与 Redis 创建一个 socket 连接，并向 事件分发器 注册一个事件。一旦该事件发生就表明该连接已经就绪。而一旦连接就绪，事件分发器就会感知到，然后获取客户端通过该连接发送的请求，并将由该事件分发器所绑定的这个 唯一的线程 来处理。假如该线程还在处理多个任务，则将该任务写入到任务队列等待线程处理。
  
• 只以是称为事件分发器，是因为它会根据差别的就绪事件，将任务交由差别的事件处理器行止理。
  

⭐️ 2)、混淆线程模子

• 从Redis 4.0 版本开始， Redis 中就开始加入了 多线程 元素 。处理客户端请求的还是单线程模子，但对于一些 比较耗时但又不影响对客户端的响应的操纵，就由后台别的线程来处理。
  
  
  
  • 例如，持久化、 对 AOF 的 rewrite 、对失效连接的清算等。
    
  
  

⭐️ 3)、多线程模子

• Redis 6.0版本，才是真正意义上的多线程模子。因为其对于客户端请求的处理采取的是多线程模子。
  

• 多线程 IO 模子中的 “多线程” 仅用于 担当、解析客户端的请求，然后将解析出的请求写入到任务队列。而对详细任务（下令）的处理，还是由主线程处理。
  
• 如许做 使得用户 无需考虑 线程安全问题，无需考虑 事务控制， 无需考虑像 LPUSH/LPOP 等 下令的执行次序问题 。
  

⭐️ 4)、优缺点总结 (面试)
（1） 单线程模子

• 长处：可维护性高，性能高。不存在 并发读写 情况，以是也就 不存在 执行次序的不确定性，不存在 线程切换开销，不存在 死锁问题，不存在 为了数据安全而进行的 加锁/解锁开销。
  
• 缺点：性能会受到影响，且由于单线程 只能利用一个处理器（现在都是多处理器），以是会形成 处理器浪费。
  

   内存的响应时长（RT）：                                        100                            n                            s                                  100ns                     100ns
Redis 每秒处理的读写请求数量应该可以达到                                         1                            s                            /                            100                            n                            s                            =                            1                                       0                               9                                      n                            s                            /                            100                            n                            s                            =                            1                                       0                               7                                      =                            1                            k                            w                                  1s/100ns = 10^9ns/100ns = 10^7 = 1kw                     1s/100ns=109ns/100ns=107=1kw
实际情况是，Redis 每秒可以处理                                         8                            w                            −                            11                            w                                  8w - 11w                     8w−11w 的读写请求
  （2） 多线程模子

• 长处：其结合了 多线程 与 单线程 的长处，避开了它们的全部不足。
  
• 缺点：该模子没有显示不足。假如非要找其不足的话就是，其并非是一个真正意义上的 ”多线程”，因为 真正处理任务的线程 还是单线程。以是，其对性能也是有些影响的。
  

二、Redis 的安装与设置

这里是要将 Redis 安装到 Linux 系统中。
   我的是 CentOS7，已经关闭防火墙，安装好了jdk，以及常用的下令工具。
  2.1 Redis 的安装

⭐️ (2.1.1)、安装前的预备工作
1)、安装 gcc

• 由于 Redis 是由 C/C++ 语言编写的， 而从官网下载的 Redis 安装包是需要 编译后 才可安装的， 以是对其进行编译就必须要利用相关编译器。对于 C/C++ 语言的编译器，利用最多的是 gcc 与 gcc-c++，而这两款编译器在 CentOS 7 中是没有安装的，以是起首要安装这两款编译器。
  
• GCC， GNU Compiler Collection， GNU 编译器集合。
  

1. yum -y install gcc gcc-c++

复制代码

2)、下载 Redis

• Redis 的官网为： http://redis.io
  

3)、上传到 Linux

• 将下载好的压缩包上传到 Linux 的 /opt/tools 目录中 。
  
  
  
  

⭐️ (2.1.2)、安装 Redis
1)、解压 Redis

• 将 Redis 解压到 /opt/apps 目录中。
  

1. tar -zxvf redis-7.2.1.tar.gz -C /opt/apps/

复制代码

• 进入到 /opt/apps 目录中 再将 Redis 解压包目录更名为 redis （不更名也无所谓，改名是为了简化目录名)。
  

1. mv redis-7.2.1/ redis

复制代码

2)、编译

• 编译过程是根据 Makefile 文件进行的，而 Redis 解压包中已经存在该文件了。以是可以直接进行编译 了 。
  

• 在解压目录下，执行编译下令 make 进行编译。
  

   假如没有预备好C语言编译情况，make 会报错 — Jemalloc/jemalloc.h：没有谁人文件
解决办法：
  

• 起首看：gcc 是否安装乐成，乐成后
  
• 运行 make distclean， 将编译文件清除掉，然后再在 redis 目录下再次执行 make 下令（只是编译好）
  

  

• 当看到如下提示时，表现编译乐成。
  

3)、安装

• 在 Linux 中对于编译过的安装包执行 make install 进行安装。
  

• 可以看到，共安装了三个组件： redis 服务器、客户端 与 一个性能测试工具 benchmark 。
  

4)、查看 bin 目录

• 安装完成后，打开 /usr/local/bin 目录，可以看到出现了很多的文件。
  

• 通过 echo $PATH 可以看到，/usr/local/bin 目录是存在于该 系统变量 中的， 如许这些下令就可以在任意目录中执行了。
  

⭐️ (2.1.3)、Redis 启动与停止
1)、前台启动

• 在任意目录执行 redis-server 下令即可启动 Redis 。 这种启动方式会 占用当前下令行窗口。
  

• 再开启 一个会话窗口，可以查看到当前的 Redis 进程，默认端口号为 6379。
  

1. ps aux | grep redis

复制代码

• 通过 Ctrl + C 下令可以停止 Redis 。
  

2)、下令式后台启动

• 利用 nohup 下令，最后再添加一个 & 符，可以使要启动的步调在后台以保卫进程方式运行。
  

1. nohup redis-server &

复制代码

• 如许的好处是，进程启动后不会占用一个会话窗口，且其还会在当前目录，即运行启动下令的当前目录中创建一个 nohup.out 文件用于记录 Redis 的操纵日志。
  

3)、Redis 的停止

• 通过 redis-cli shutdown 下令可以停止 Redis 。
  

4)、设置式后台启动

• 利用 nohup 下令可以使 Redis 后台启动，但每次都要键入 nohup 与 & 符，比较麻烦。
  
• 可以通过修改 Linux 中 Redis 的焦点设置文件 redis.conf 达到后台启动的目标。
  
• redis.conf 文件在 Redis 的安装目录根下。
  

• 将 daemonize 属性值由 no 改为 yes ，使 Redis 进程以保卫进程方式运行。
  

1. vim redis.conf
2. :set nu         #显示行号
3. /daemonize         #搜索daemonize

复制代码

   修改后再启动 Redis ，就无需再键入 nohup 与 符 &了，但必须要指定启动所利用的 Redis设置文件。 这是为什么呢？
  

• 利用 nohup redis-server &
  下令启动 Redis 时，启动项中已经设置好了 Redis 各个参数的默认值， Redis 会按照这些设置的参数进行启动。但这些参数是可以在设置文件中进行修改的，修改后，需要在启动下令中指定要加载的设置文件，如许，设置文件中的参数值将覆盖原默认值。
  
• Redis 已经给我们提供好了设置文件模板，是 Redis 安装目录的根目录下的 redis.conf 文件。由于刚刚对 redis.conf 设置文件做了修改，以是在开启 Redis 时需要显示指出要加载的设置文件。设置文件应紧跟在 redis-server 的反面。
  

1. redis-server /opt/apps/redis/redis.conf
4. ps aux | grep redis

复制代码

2.2 连接前的设置

• Redis 是一个内存数据库服务器，就像 MySQL 一样，对其操纵也需要通过 客户端 进行。
  
• 若要使 远程主机上的客户端 能够连接并访问到 服务端的 Redis ，则服务端起首要做如下设置。
  

⭐️ (2.2.1)、绑定客户端 IP

• Redis 可以通过修改设置文件来限定可以访问自己的 客户端 IP 。
  

• 以上设置后，只允许当前主机访问当前的 Redis ，别的主机均不可访问。 以是，假如不想限定访问的客户端，只需要将该行 注释掉 即可。
  

⭐️ (2.2.2)、关闭掩护模式

• 默认掩护模式是开启的。 其只允许本机的客户端访问， 即只允许自己访问自己。但生产中应该关闭， 以确保别的客户端可以连接 Redis 。
  

1. #命令模式下输入
2. :noh         #去掉搜索出来的黄标

复制代码

⭐️ (2.2.3)、设置访问暗码

• 为 Redis 设置访问暗码，可以对要读 写 Redis 的用户进行身份验证。没有暗码的用户可以登录 Redis ，但无法访问。
  

1)、暗码设置

• 访问暗码的设置位置在 redis.conf 设置文件中。默认是被注释掉的，没有暗码。
  

• 没有通过暗码登录的用户，无法读/写 Redis 。
  

2)、利用暗码

• 对于暗码的利用，有两种方式：登录时未利用暗码，则访问时先输入暗码；登录时直接利用暗码登录，访问时无需再输入暗码。
  
• 
  
  
  
  • A、 登录时未利用暗码
    
  
  

• 
  
  
  
  • B、 登录时利用暗码
    
  
  

• 
  
  
  
  • C、 退出时利用暗码
    
  
  

3)、注意

• 为了方便反面的学习，我们这里就 不设置访问暗码了，直接将其 注释掉 即可。
  

⭐️ (2.2.4)、禁止 / 重定名下令

• 反面要学习两个非常危险的下令：flushal 与 flushdb 。
  
  
  
  • 它们都是用于直接删除整个 Redis 数据库的。若让用户可以随便利用它们，可能会危及数据安全。
    
  • Redis 可以通过修改设置文件来禁止利用这些下令，或重定名这些下令。
    
  • 以下设置 ，禁用了 flushall 与 flushdb 下令。
    当然，在学习过程中暂时不禁用它们。
    
  
  

⭐️ (2.2.5)、启动 Redis

• 当然，若要使客户端能够连接 Redis，则必须开启服务端的 Redis 。
  

1. redis-server /opt/apps/redis/redis.conf

复制代码

2.3 Redis 客户端分类

Redis 客户端也像 MySQL 客户端一样有多种范例：下令行客户端、图形界面客户端、 Java代码客户端。
⭐️ (2.3.1)、下令行客户端

• Redis 提供了基本的下令行客户端。打开下令行客户端的下令为 redis-cli 。
  

• -h ：指定要连接的 Redis 服务器的 IP 。
  
• -p ：指定要连接的 Redis 的 端口号。
  

若连接的是本机Redis ，且端口号没有改变，保持默认的 6379 ，则 -h 与 -p 选项可以省略不写。
⭐️ (2.3.2)、图形界面客户端
1)、Redis Desktop Manager（下面演示利用该客户端）

• Redis 的图形界面客户端很多， 其中较出名的是 Redis Desktop Manager 的客户端。 不过，该软件原来是免费软件， 从 0.8.8 版本 后变为了商业化收费软件。
  
• 官网为： https://resp.app/（原来是 http://redisdesktop.com ）。
  

   百度网盘链接（ 0.8.8版本）：https://pan.baidu.com/s/1xnmm4TMuNd8eqslJ0rRm9A?pwd=e316
提取码：e316
  

2)、RedisPlus

• RedisPlus 是为 Redis 可视化管理开发的一款开源免费的桌面客户端软件，支持 Windows 、Linux 、 Mac 三大系统平台， RedisPlus 提供更加高效、方便、快捷的利用体验，有着更加现代化的用户界面风格。
  
• RedisPlus的官网地点为 https://gitee.com/MaxBill/RedisPlus 。
  

⭐️ (2.3.3)、Java 代码客户端

• 所谓 Java 代码客户端就是一套操纵 Redis 的 API ，其作用就像 JDBC 一样，以是 Java 代码客户端其实就是一个或多个 Jar 包，提供了对 Redis 的操纵接口。
  
• 对 Redis 操纵的 API 很多 ，例如 jdbc-redis 、 jredis 等 ，但最常用也是最著名的是 Jedis 。
  

2.4 Redis 设置文件详解

• Redis 的焦点设置文件 redis.conf 在安装根目录下，默认包罗 2000 多行。 这些内容根据功能被划分为了很多部分。下面将一些 紧张部分 进行介绍。
  

   学习的过程有问题可以：1、查阅官方文档；2、读英文注释；3、看源码
  ⭐️ (2.4.1)、基础说明

这部分主要是给出一些说明，包罗三部分意思：

• 第 1-6 行用于说明，假如要 启动 Redis ，需要指出 设置文件的路径。
  
• 第 8-16 行用于说明当前设置文件中可以利用的的 容量单元 及 意义。
  
• 第 18 行用于说明这些 容量单元 没有大小写之分。
  

⭐️ (2.4.2)、includes

指定要在当前设置文件中包罗的设置文件。 如许做的目标主要是便于 设置信息管理：

• 可以将 差别场景 的设置都进行 单独界说，
  
• 然后在当前 焦点设置文件 中根据 差别场景 选择包罗进差别的设置文件。
  

⭐️ (2.4.3)、modules

• Redis 设置文件中可以通过 加载 差别的第三方模块，来增强、扩展 Redis 的功能。
  

⭐️ (2.4.4)、network

Network 设置模块是 比较紧张的部分，主要进行网络相关的设置。其中较紧张的有：

• 1)、bind
  

   指定可以访问当前 Redis 服务的客户端 IP ，默认只允许本地访问，即当前 Redis 自己访问自己。
为了使全部别的客户端都可访问，一样平常要将其注释掉。
  

• 2)、protected-mode
  

   默认掩护模式是开启的。 其只允许本机的客户端访问，即只允许自己访问自己。
但生产中应该关闭，以确保别的客户端可以连接 Redis 。
  

• 3)、port
  

   Redis 监听的连接端口号，默认 6379 。
  

• 4)、tcp-backlog
  

   tcp-backlog 是一个 TCP 连接的队列，其主要用于解决 高并发 场景下客户端 慢连接 问题。
  

• 这里设置的值就是这个队列的长度。该队列与 TCP 连接的 三次握手 有关。
  
• 差别的 Linux 内核，backlog 队列中存放的元素（客户端连接）范例是差别的。
  
  
  
  • Linux 内核 2.2 版本之前 ，该队列中存放的是已完成了第一次握手的全部客户端连接，其中就包罗已完成三次握手的客户端连接。当然，此时的 backlog 队列中的连接也具有两种状态：未完成三次握手的连接状态为 SYN_RECEIVED ，已完成三次握手的连接状态为 ESTABLISHED 。只有 ESTABLISHED 状态的连接才会被 Redis 处理。
    
  • Linux 内核 2.2 版本之后 TCP 系统中维护了两个队列： SYN_RECEIVED 队列与 ESTABLISHED 队列。 SYN_RECEIVED 队列中存放的是未完成三次握手的连接， ESTABLISHED 队列中存放的是已完成三次握手的连接。此时的 backlog 就是 ESTABLISHED 队列。
    
  
  

  

• 查看 Linux 内核版本：
  

1. uname -a
2. # 或
3. cat /proc/version

复制代码

   TCP 中的 backlog 队列的长度在 Linux 中由内核参数 somaxconn 来决定。以是，在 Redis中该队列的长度由Redis 设置文件设置 与 somaxconn 来共同决定：取它们中的最小值。
  

• 查看当前 Linux 内核中 somaxconn 的值。
  

1. cat /proc/sys/net/core/somaxconn

复制代码

   生产情况下（特殊是高并发场景下）， backlog 的值最好要大一些，否则可能会影响系统性能。
  

• 修改 /etc/sysctl.conf 文件，在文件最后添加如下内容：net.core.somaxconn=2048
  

• 修改过后可以重启假造机，也可以通过执行如下下令来使新的修改生效。
  

1. sysctl -p         # 内核在运行时，动态修改内核的运行参数

复制代码

• 5)、timeout
  

   空闲超时。当客户端与 Redis 间的 空闲时间 高出该时长后，连接自动断开。单元秒。默认值为 0，表现永远不超时 。
  

• 6)、tcp-keepalive
  

   该设置主要用于设置Redis 检测 与 其连接的 全部客户端 的 存活性时间间隔，单元秒。一样平常是在空闲超时 timeout 设置为 0 时进行设置。（该方式会降低服务端的性能，还待商榷！）
假如连续检测 两次 都不在，则连接断开。
  ⭐️ (2.4.5)、general

• 1)、daemonize
  

   该设置可以控制 Redis 启动是否采取保卫进程方式，即是否是后台启动。 yes 是采取后台启动。
  

• 2)、pidfile
  

   该设置用于指定 Redis 运行时 pid 写入的文件，无论 Redis 是否采取保卫进程方式启动，pid 都会写入到该设置的文件。
注意，假如没有设置 pid 文件，差别的启动方式， pid 文件的产生结果是差别的：
  

• 采取 保卫进程 方式启动（后台启动， daemonize 为 yes)： pid 文件为 /var/run/redis.pid 。
  
• 采取 前台启动（ daemonize 为 no ）：不生产 pid 文件
  

  

• 3)、loglevel
  

   设置日志的级别。 Redis 中共有四个级别，由低到高 依次是：
  

• debug ：可以获取到很多的信息，一样平常在 开发 和 测试 时利用。
  
• verbose ：可以获取到很多不太有用的信息，但不像 debug 级别那么多。
  
• notice ：可以获取到在生产中想获取到的 得当多的信息，默认级别。
  
• warning ：只记录 非常紧张 / 关键 的信息。
  

  

• 4)、logfile
  

   指定日志文件。假如设置为空串，则逼迫将日志记录到 标准输出设备（显示器）。
假如利用的是 保卫进程 启动方式，设置为空串，则意味着会将日志发送到设备 /dev/null （空设备)。
  

• 5)、databases
  

   设置数据库的数量。默认数据库是 0 号数据库。
可以利用 select dbid 在每个连接的基础上选择一个差别的数据库，其中 dbid 是介于 0 和 'databases'-1 之间的数字 。
  ⭐️ (2.4.6)、security

• 用户设置 ACL 权限、 Redis 访问暗码 相关设置。该模块中最常用的就是 requirepass 属性。
  

• 设置客户端访问暗码。注释掉后则没有暗码。
  

⭐️ (2.4.7)、clients

• 该模块用于设置与客户端相关的属性，其中仅包罗一个属性 maxclients 。
  
  
  
  • maxclients 用于设置 Redis 可 并发处理 的客户端连接数量， 默认值为 10000 。假如达到了该最大连接数，则会拒绝再来的新连接，并返回一个非常信息：已达到最大连接数。
    
  
  

   注意，该值不能高出 Linux 系统支持的可打开的文件描述符最大数量阈值。查看该阈值的方式如下。修改该值，可以通过修改 /etc/secutiry/limits.conf 文件（自己查）。

1. ulimit -n

复制代码

⭐️ (2.4.8)、memory management

该设置可以控制 最大可用内存 及 相关内容移除 问题。

• 1)、maxmemory
  

   将内存利用限制设置为指定的字节数。当达到内存限制时， Redis 将根据选择的逐出策略 maxmemory-policy 尝试删除符合条件的 key 。
假如不能按照逐出策略移除 key ，则会给写操纵下令返回 error ，但对于只读的下令是没有影响的 。
  

• 2)、maxmamory-policy
  

   该属性用于设置，当达到 maxmemory 时， Redis 将如何选择要移除的内容。 当然，假如没有符合相应策略的内容要删除，则在执行写入下令时会给出 errors 的响应。 Redis 中共支持 8 种移除策略：
  

• volatile-lru： 利用近似 LRU (最近最少利用) 算法移除 ，仅适用于设置了 过期时间 的 key 。
  
• allkeys-lru： 利用近似 LRU 算法移除，可适用于全部范例的 key 。
  
• volatile-lfu： 利用近似 LFU (最少利用) 算法移除 ，仅适用于设置了 过期时间 的 key 。
  
• allkeys-lfu： 利用近似 LFU 算法移除，可适用于全部范例的 key 。
  
• volatile-random： 随机移除一个 key， 仅适用于设置了 过期时间 的 key 。
  
• allkeys-random： 随机移除一个 key 可适用于全部范例的 key 。
  
• volatile-ttl： 移除距离 过期时间 最近的 key 。
  
• noeviction： 不移除任何内容，只是 在写操纵时返回一个错误 ，默认值。
  

  

• 3)、maxmemory-samples
  

   该属性用于指定挑选要删除的 key 的样本数量。 样本的选择采取的是 LRU 算法，其不能修改。但从样本中再选择要移除的 key ，则采取的是 maxmamory-policy 指定的策略。
  

• 4)、maxmemory-eviction-tenacity
  

   设置移除容忍度。数值越小表现容忍度越低，需要移除的数据移除延长越小；数值越大表现容忍度越高，需要移除的数据移除延长越大。
  ⭐️ (2.4.9)、threaded I/O

该设置模块用于设置 Redis 对 多线程 IO 模子 的支持。

• 1)、io-threads
  

   该属性用于指定要启用多线程IO 模子时，要利用的线程数量。
查看当前系统中包罗的 CPU 数量 lscpu：
  

• 2)、io-threads-do-reads
  

   该属性用于启用 多线程 IO 模子 中的 多线程处理读请求 的能力。
  注：仅供学习参考，如有不足，欢迎指正！！！

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。