【转】linux安装redis

完成了Docker和MySQL的安装，因为项目需要，这里需要安装redis。

redis是为了防止MySQL的连接被太多请求击穿做的防火墙（可以这么理解），是前后端连接的中间件。

所以，redis是大型项目必须要学习的必然知识，所以这里整理一下线上部署的知识，便于后续后端的学习。

正文

这里并不用传动的方式进行redis在Linux服务器上的安装，全程都用docker进行安装。

在正式配置服务器之前，请参考我之前的docker安装流程，先把服务器上的Docker部署一下。

下载镜像文件

在linux虚拟机中启动docker,从docker中将redis从网络上pull下来

docker pull redis

创建redis实例并启动

创建redis配置文件目录

mkdir -p /usr/local/docker/redis/conf

在配置文件录下创建redis.conf配置文件(因为redis镜像中这个redis.conf是一个目录所以要先创建一个这个配置文件，否在我们本地挂载点也会变成一个目录)

touch /usr/local/docker/redis/conf/redis.conf

在linux上挂载redis并启动

sudo docker run -p 6379:6379 --name redis \
-v /usr/local/docker/redis/data:/data \
-v /usr/local/docker/redis/conf/redis.conf:/etc/redis/redis.conf \
-d redis redis-server /etc/redis/redis.conf 

查看正在运行的进程

docker ps

控制台直接连接redis测试

docker exec -it redis bash

检测redisb版本

Redis-server –v

或者

redis-cli -v

不过，这里更推荐直接将上面的两个步骤合为一个步骤，不容易出问题，指令如下

docker exec -it redis redis-cli

停止redis服务

docker stop redis

启动redis服务

在docker中，使用如下命令

docker start redis

传统方式启动（非docker环境）

redis-server 					#默认找redis.conf配置文件
redis-server &					#上面ctrl+c中断reis会退出，这个不会
redis-server redis6380.conf	      #指定配置文件，这样可以启动多个实例

重启redis服务

docker restart redis

查看redis服务版本

docker exec -it redis redis-server -v

关闭防火墙

systemctl stop firewalld

设置访问密码

默认没有密码，可以随意访问。

redis速度相当快，在一个较好的服务器下，外部用户每秒可以进行15w次的密码尝试，这意味着必须指定非常强大的密码来防止暴力破解。

如果要使用密码，打开redis.conf配置文件，

requirepass 123456    #480行，设置请求密码，这样访问时都需要先登录

修改完配置文件以后，要重启redis服务。（docker start redis）

127.0.0.1:6379> auth 123456		#客户端访问方式
jedis.auth(“123456”);			#jedis访问方式(学了以后用)

部署到这里，基本上流程都差不多了，如果有什么具体的配置需求，可以参考下文中的内容，进行config的配置。

Redis.conf配置文件

Redis 支持很多的参数，但都有默认值。

daemonize

默认情况下， redis 不是在后台运行的，如果需要在后台运行，把该项的值更改为 yes。

pidfile

当 Redis 在后台运行的时候， Redis 默认会把 pid 文件放在/var/run/redis.pid，你可以配置到其他地址。当运行多个 redis 服务时，需要指定不同的 pid 文件和端口

bind

指定 Redis 只接收来自于该 IP 地址的请求，如果不进行设置，那么将处理所有请求，在生产环境中最好设置该项

port

监听端口，默认为 6379

timeout

设置客户端连接时的超时时间，单位为秒。当客户端在这段时间内没有发出任何指令，那么关闭该连接

loglevel

log 等级分为 4 级， debug, verbose, notice, 和 warning。生产环境下一般开启 notice

logfile

配置 log 文件地址，默认使用标准输出，即打印在命令行终端的窗口上

databases

设置数据库的个数，可以使用 SELECT 命令来切换数据库。默认使用的数据库是 0

save

设置 Redis 进行数据库镜像的频率。

if(在 60 秒之内有 10000 个 keys 发生变化时){
	进行镜像备份 （redis/data/）
}else if(在 300 秒之内有 10 个 keys 发生了变化){
	进行镜像备份
}else if(在 900 秒之内有 1 个 keys 发生了变化){
	进行镜像备份
}

rdbcompression

在进行镜像备份时，是否进行压缩

dbfilename

镜像备份文件的文件名

dir

数据库镜像备份的文件放置的路径。

这里的路径跟文件名要分开配置是因为 Redis 在进行备份时，先会将当前数据库的状态写入到一个临时文件中

等备份完成时，再把该临时文件替换为上面所指定的文件，而这里的临时文件和上面所配置的备份文件都会放在这个指定的路径当中

slaveof

设置该数据库为其他数据库的从数据库

masterauth

当主数据库连接需要密码验证时，在这里指定

requirepass

设置客户端连接后进行任何其他指定前需要使用的密码。

警告：因为 redis 速度相当快，所以在一台比较好的服务器下，一个外部的用户可以在一秒钟进行 150K 次的密码尝试，这意味着你需要指定非常非常强大的密码来防止暴力破解。

maxclients

限制同时连接的客户数量。当连接数超过这个值时， redis 将不再接收其他连接请求，

客户端尝试连接时将收到 error 信息。

maxmemory

设置 redis 能够使用的最大内存。

appendonly

默认情况下， redis 会在后台异步的把数据库镜像备份到磁盘，但是该备份是非常耗时的，而且备份也不能很频繁，如果发生诸如拉闸限电、拔插头等状况，那么将造成比较大范围的数据丢失。

所以 redis 提供了另外一种更加高效的数据库备份及灾难恢复方式。开启 append only 模式之后， redis 会把所接收到的每一次写操作请求都追加到appendonly.aof 文件中，当 redis 重新启动时，会从该文件恢复出之前的状态。

但是这样会造成 appendonly.aof 文件过大，所以 redis 还支持了 BGREWRITEAOF 指令，对appendonly.aof 进行重新整理。

所以我认为推荐生产环境下的做法为关闭镜像，开启appendonly.aof，同时可以选择在访问较少的时间每天对 appendonly.aof 进行重写一次。

appendfsync

设置对 appendonly.aof 文件进行同步的频率。 always 表示每次有写操作都进行同步，

everysec 表示对写操作进行累积，每秒同步一次。这个需要根据实际业务场景进行配置

vm-enabled

是否开启虚拟内存支持。因为 redis 是一个内存数据库，而且当内存满的时候，无法接收新的写请求，所以在 redis 2.0 中，提供了虚拟内存的支持。

但是需要注意的是， redis中，所有的 key 都会放在内存中，在内存不够时，只会把 value 值放入交换区。这样保证了虽然使用虚拟内存，但性能基本不受影响

同时，你需要注意的是你要把vm-max-memory 设置到足够来放下你的所有的 key

vm-swap-file

设置虚拟内存的交换文件路径

vm-max-memory

这里设置开启虚拟内存之后， redis 将使用的最大物理内存的大小。默认为 0， redis 将把他所有的能放到交换文件的都放到交换文件中，以尽量少的使用物理内存。

在生产环境下，需要根据实际情况设置该值，最好不要使用默认的 0

vm-page-size

设置虚拟内存的页大小，如果你的 value 值比较大，比如说你要在 value 中放置博客、新闻之类的所有文章内容，就设大一点，如果要放置的都是很小的内容，那就设小一点。

vm-pages

设置交换文件的总的 page 数量， 需要注意的是， page table 信息会放在物理内存中，每8 个 page 就会占据 RAM 中的 1 个 byte。总的虚拟内存大小 ＝ vm-page-size * vm-pages

vm-max-threads

设置 VM IO 同时使用的线程数量。因为在进行内存交换时，对数据有编码和解码的过程，所以尽管 IO 设备在硬件上本上不能支持很多的并发读写，但是还是如果你所保存的 vlaue 值比较大，将该值设大一些，还是能够提升性能的

glueoutputbuf

把小的输出缓存放在一起，以便能够在一个 TCP packet 中为客户端发送多个响应，具体原理和真实效果我不是很清楚。所以根据注释，你不是很确定的时候就设置成 yes

hash-max-zipmap-entries

在 redis 2.0 中引入了 hash 数据结构。当 hash 中包含超过指定元素个数并且最大的元素没有超过临界时， hash 将以一种特殊的编码方式（大大减少内存使用）来存储，这里可以设置这两个临界值

activerehashing

开启之后， redis 将在每 100 毫秒时使用 1 毫秒的 CPU 时间来对 redis 的 hash 表进行重新 hash，可以降低内存的使用。

当你的使用场景中，有非常严格的实时性需要，不能够接受 Redis 时不时的对请求有 2 毫秒的延迟的话，把这项配置为 no。

如果没有这么严格的实时性要求，可以设置为 yes，以便能够尽可能快的释放内存

结语

本篇文章一开始只是想简单整理一个好用的线上redis部署流程。

但是在掘金上翻了一阵子之后，没想到找了一篇配置流程全面且准确的教程。

因为文档实在太长，这里仅截取了部署的部分，部署流程简单易懂，亲测可用。

参考

Redis在docker下的的安装和基本使用