redis版本为redis-3.2.12，使用工具将安装包上传到data目录。
redis.jpeg
在data目录下创建文件夹redis，将redis安装在此目录。
第一步：解压。
cd data
tar -zxvf redis-3.2.12.tar.gz
第二步：安装，PREFIX=/data/redis用来设置安装目录。
cd redis-3.2.12/
make
make install PREFIX=/data/redis
到此，redis已经安装完成，剩下就是配置和启动服务。
进入redis目录，创建配置文件conf、日志logs、数据库dump、进程号pid四个目录，用来存放对应的文件，这四个目录也可以存放在其他文件夹，只要与配置文件中的配置一致即可，否则在启动服务时会报错。其中bin目录就是redis安装成功后的一些命令文件。
cd redis
mkdir conf
mkdir logs
mkdir dump
mkdir pid
redis服务配置一主二从，哨兵模式。注意：如果在实际开发中用不到哨兵模式，redis服务配置一主一从即可。
主Redis配置：redis_6379.conf
# Redis配置文件# 请注意，为了读取配置文件，Redis必须以文件路径作为第一个参数启动：
# ./redis-server /data/redis/conf/redis_6379.conf# 加载更多配置文件
# include /path/to/local.conf
# include /path/to/other.conf# 默认Redis不以守护进程的方式运行。如果需要开启修改为"yes"。
# 在该模式下，redis会在后台运行，并将进程pid号写入至redis.conf选项pidfile设置的文件中
# 此时redis将一直运行，除非手动kill该进程。
daemonize yes # 以守护进程运行时，Redis默认会将pid存入/var/run/redis.pid文件中。
# 指定pid存放位置和文件名
pidfile /data/redis/pid/redis_6379.pid# 接收指定端口的连接，默认是6379。
port 6379# 在每秒高请求的环境中，您需要提高backlog的配置，来避免客户端连接速度慢的问题。
# 注意，Linux内核会截断这个值，因此同时修改/proc/sys/net/core/somaxconn和tcp_max_syn_backlog的值，来获得期待的效果。
tcp-backlog 6000 # 默认Redis监听所有能够链接服务器的网络链接。
# 可以使用"bind"配置指令只监听一个或多个接口，后面可以跟一个或多个ip地址。
# bind 192.168.1.100 10.0.0.1
# bind 127.0.0.1
bind 0.0.0.0# 客户端空闲N秒后连接关闭（0表示永不超时）
timeout 0# TCP保活机制，就是为了保证连接的有效性，探测连接的对端是否存活的作用，在间隔一定的时间发探测包，根据回复来确认该连接是否有效。
# Redis3.2.1版本之后默认值为300秒
tcp-keepalive 300# 指定日志级别
# debug（大量新秀，针对开发/测试）
# verbose（大量的有用信息，但不像debug级别那样混乱）
# notice（一般的信息，可以在生产中使用）
# warning（只记录非常重要和关键的消息）
loglevel notice# 指定日志存放位置和日志文件名称
logfile "/data/redis/logs/redis_6379.log"# 设置数据库编号
databases 16# 将数据库数据保存到磁盘策略：
# save <seconds> <changes>
# 如果给定的秒数和对数据库的修改操作数两个条件同时满足，则都会触发保存。
# 下面的示例中会触发保存：
# 900秒（15分钟）后，如果有1个key被修改
# 300秒（5分钟）后，如果有10个key被修改
# 60秒后，如果有10000个key被修改
save 900 1
save 300 10
save 60 10000# 最近一次保存失败，Redis将停止接受写入。
# 如果保存过程中Redis再次运行，RDB将会允许再次写入。
stop-writes-on-bgsave-error yes# 开启RDB文件压缩，Redis会采用LZF算法进行压缩。
# 如果不想消耗CPU性能来进行文件压缩的话，可以设置为关闭此功能，这样的缺点是需要更多的磁盘空间来保存文件。
rdbcompression yes# 自从RDB 5版本之后CRC64校验被放置在文件末尾。
# 开启RDB文件检查，检查是否有无损坏，如果在启动是检查发现损坏，则停止启动。
rdbchecksum yes# 转储数据库的文件名
dbfilename dump_6379.rdb# 指定转储数据库存放目录，必须指定
dir /data/redis/dump# 主从复制关系，主redis不需要配置，从redis需要配置
# slaveof <masterip> <masterport># 如果主redis设置了密码，则从redis必须设置masterauth，否则主从数据同步会被拒绝。
# masterauth nxredis@YH# 当从redis与主redis失去连接时，或者正在同步数据时，从机有两种工作方式：
# 1.如果slave serve stale data设置为“yes”（默认值），则slave仍会回复客户端请求，可能会包含过期数据，或者如果这是第一次同步，则数据集可能为空。
# 2.如果slave serve stale data设置为“no”，则slave将对除INFO和SLAVEOF之外的所有类型的命令回复错误“正在与主机同步”。
slave-serve-stale-data yes# Redis2.6版本之后默认情况下从机为只读。
slave-read-only yes# 主从同步策略: 是否开启无磁盘交互模式.
# 1) 磁盘备份: 主Redis创建一个新进程，将RDB文件写入磁盘。然后该文件由父进程以增量方式同步到从Redis内存。
# 2) 无磁盘交互模式: 主Redis创建一个新进程直接将RDB文件同步到从Redis内存。
repl-diskless-sync no# 在进行无磁盘交互模式下Redis从库的延迟时间
repl-diskless-sync-delay 5# 从Redis以设定的间隔时间向主Redis发送ping，默认为10秒。
# repl-ping-slave-period 10# 主从同步超时时间，该值必须大于ping的时间间隔。
# repl-timeout 60# 第一次数据同步后是否采用延迟策略。
# 设置成yes，则redis会合并小的TCP包从而节省带宽，但会增加同步延迟（40ms），造成master与slave数据不一致。
# 设置成no，则redis master会立即发送同步数据，没有延迟
repl-disable-tcp-nodelay no# 缓冲复制队列大小
# repl-backlog-size 1mb# 缓冲复制队列存活时长，0表示永远有效
# repl-backlog-ttl 3600# 主Redis宕机后，选取从Redis时根据该设置的优先级选取，该值越小优先级越大。
# 如果多个从Redis优先级相同，则选取复制内容越完整的当选。
# 如果优先级和内容复制都相同，则选取runid最小的。
# 设置为0表示永不能当选为主Redis。
# 默认值为100
slave-priority 100# 设置访问密码，密码尽可能复杂，以免被攻击破解。
# 注意，主redis设置了密码，则从redis必须设置masterauth，否则主从数据同步会被拒绝。
requirepass nxredis@YH#设置客户端同时最大连接数，默认情况下10000。
maxclients 1024# 内存大小配置
# 1k => 1000 bytes
# 1kb => 1024 bytes
# 1m => 1000000 bytes
# 1mb => 1024*1024 bytes
# 1g => 1000000000 bytes
# 1gb => 1024*1024*1024 bytes
# 单位不区分大小写，所以1GB 1Gb 1gB时相同的含义
maxmemory 1073741824# 内存回收策略
# 1.volatile-lru:从设置了过期时间的数据集中，选择最近最久未使用的数据释放。
# 2.allkeys-lru:从数据集中(包括设置过期时间以及未设置过期时间的数据集中)，选择最近最久未使用的数据释放。
# 3.volatile-random:从设置了过期时间的数据集中，随机选择一个数据进行释放。
# 4.allkeys-random:从数据集中(包括了设置过期时间以及未设置过期时间)随机选择一个数据进行入释放。
# 5.volatile-ttl：从设置了过期时间的数据集中，选择马上就要过期的数据进行释放操作。
# 6.noeviction：不删除任意数据(但redis还会根据引用计数器进行释放呦~),这时如果内存不够时，会直接返回错误。
# 默认回收策略为：noeviction
# maxmemory-policy noeviction# LRU和TTL不是精确算法，而是近似算法。
# Redis默认将检查5个key并选择释放最近使用最少的key，因此可以通过调整该值来提高速度或精度。
# 该配置只对1-5的回收策略有效。
# 10非常接近真实的LRU，但需要更多的CPU。
# 3很快，但不是很准确。
# maxmemory-samples 5# Redis默认采用异步的方式将数据存放到磁盘上，这个模式对大部份应用来说是足够好的。
# AOF与RDB模式可以同时启用，默认AOF模式不启用，所以以下众多AOF配置不起作用。
appendonly noappendfilename "appendonly_6379.aof"# no: 不即时同步，由操作系统控制何时刷写到磁盘上，这种模式速度最快。
# always: 每次只写日志，速度较慢，但最安全。
# everysec: 每秒钟同步一次，折中的方案。
appendfsync everysecno-appendfsync-on-rewrite noauto-aof-rewrite-percentage 100auto-aof-rewrite-min-size 64mbaof-load-truncated yes# lua脚本的最大运行时间，单位是毫秒。
lua-time-limit 5000# slog log是用来记录redis运行中执行比较慢的命令耗时。slog log保存在内存中。
# 执行时间比slowlog-log-slower-than大的请求命令记录到slowlog里面，单位是微秒，所以1000000就是1秒。
slowlog-log-slower-than 10000# 最大保存命令条数
slowlog-max-len 128# 延迟监控，默认关闭。
latency-monitor-threshold 0# 使得客户端可以通过订阅频道或模式，来接收那些以某种方式改动了 Redis 数据集的事件。
# 因为开启键空间通知功能需要消耗一些 CPU ，所以在默认配置下，该功能处于关闭状态。
# 该配置可以是以下字符的任意组合
# K Keyspace events, published with __keyspace@<db>__ prefix.
# E Keyevent events, published with __keyevent@<db>__ prefix.
# g Generic commands (non-type specific) like DEL, EXPIRE, RENAME, ...
# $ String commands
# l List commands
# s Set commands
# h Hash commands
# z Sorted set commands
# x Expired events (events generated every time a key expires)
# e Evicted events (events generated when a key is evicted for maxmemory)
# A Alias for g$lshzxe, so that the "AKE" string means all the events.
notify-keyspace-events ""# ziplist中允许存储的最大条目个数，默认为512，建议为128
hash-max-ziplist-entries 512# ziplist中允许条目value值最大字节数，默认为64，建议为1024
hash-max-ziplist-value 64# -5: 每个quicklist节点上的ziplist大小不能超过64 Kb。
# -4: 每个quicklist节点上的ziplist大小不能超过32 Kb。
# -3: 每个quicklist节点上的ziplist大小不能超过16 Kb。
# -2: 每个quicklist节点上的ziplist大小不能超过8 Kb。（-2是Redis给出的默认值）
# -1: 每个quicklist节点上的ziplist大小不能超过4 Kb。
list-max-ziplist-size -2# quicklist两端不被压缩的节点个数。
list-compress-depth 0set-max-intset-entries 512zset-max-ziplist-entries 128
zset-max-ziplist-value 64hll-sparse-max-bytes 3000# Redis将在每100毫秒时使用1毫秒的CPU时间来对redis的hash表进行重新hash，可以降低内存的使用。
# 当你的使用场景中，有非常严格的实时性需要，不能够接受Redis时不时的对请求有2毫秒的延迟的话，把这项配置为no。
# 如果没有这么严格的实时性要求，可以设置为yes，以便能够尽可能快的释放内存。
activerehashing yes# normal -> normal clients including MONITOR clients
# slave -> slave clients
# pubsub -> clients subscribed to at least one pubsub channel or pattern
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60# 默认值为10。
# Redis会调用一个内部函数来执行许多后台任务，例如在超时时关闭客户端的连接，清除从未请求的过期密钥等等。
# 该值越大，后台任务执行的越及时，但是会消耗更多的CPU。
hz 10# 在aof重写的时候，如果打开了aof-rewrite-incremental-fsync开关，系统会每32MB执行一次fsync。
# 这对于把文件写入磁盘是有帮助的，可以避免过大的延迟峰值
aof-rewrite-incremental-fsync yes
从Redis配置，redis_6380.conf和redis_6381.conf，与主Redis配置基本上一样，不一样的地方在于端口、数据库、日志、pid文件名称，都以6380或6381为标志，最重要的地方是建立主从关系和同步验证。
# 设置主Redis的地址和端口，该Redis为从节点
# 主从复制关系，主redis不需要配置，从redis需要配置
slaveof 127.0.0.1 6379# 设置访问密码，密码尽可能复杂，以免被攻击破解。
# 注意，主redis设置了密码，则从redis必须设置masterauth，否则主从数据同步会被拒绝。
# requirepass nxredis@YH
# 如果主redis设置了密码，则从redis必须设置masterauth，否则主从数据同步会被拒绝。
masterauth nxredis@YH
注意：对只使用redis服务，只需要在主Redis里面配置requirepass，在从Redis里面配置masterauth，密码保持一致，密码尽可能复杂，以免被攻击破解。
注意：对只使用redis服务，如果从Redis也有必要加入访问验证，也可以设置requirepass，而且密码可以与主Redis密码不同。
将配置文件放置到/data/redis/conf目录下，然后就可以启动服务了。
启动服务要按照主从顺序依次启动。
cd /data/redis/bin
./redis-server /data/redis/conf/redis_6379.conf
./redis-server /data/redis/conf/redis_6380.conf
./redis-server /data/redis/conf/redis_6381.conf
查看服务启动情况：
ps -ef|grep redis
也可以通过查看日志文件来确认服务是否正常启动。
通过客户端登录Redis验证数据同步情况：
主Redis登录验证，设置数据：
cd /data/redis/bin
./redis-cli
auth nxredis@YH
set name zqz
从Redis登录，获取数据：从Redis并没有设置密码，所以无需验证就可以操作。
./redis-cli -p 6380
get name
配置哨兵模式：
Redis Sentinel集群通常由3到5个节点组成，如果个别节点挂了，集群还可以正常运作。Sentinel负责监控Redis集群的健康情况。
如果主Redis挂掉，Sentinel集群会通过投票选择一个新的主Redis。当原来的主Redis恢复时，它会被当做新的主Redis的从Redis重新加入Redis集群。
设置连接master和slave的密码，需要注意的是sentinel不能分别为master和slave设置不同的密码，因此master和slave的密码必须设置相同。也就是说主Redis和从Redis都必须设置requirepass和masterauth，而且密码必须相同。
sentinel.conf配置信息：
protected-mode no
port 26379
sentinel myid a2b0854207a29e03e256b9628a18538c9a16a38b
# 监控的主节点的名字、IP 和端口，最后一个1表示有1台 Sentinel 发现有问题，就会发生故障转移
sentinel monitor redisYH 127.0.0.1 6379 1
# sentinel日志
logfile "/data/redis/logs/sentinel.log"
# Generated by CONFIG REWRITE
dir "/data/redis/"
# 密码验证，通过添加主节点的密码，对主Redis的运行状态做监控
sentinel auth-pass redisYH nxredis@YH
sentinel config-epoch redisYH 0
sentinel leader-epoch redisYH 115744
sentinel current-epoch 115744
将该配置文件放置到/data/redis/conf目录下，启动sentinel服务：
./server-sentinel /data/redis/conf/sentinel.conf
验证sentinel是否起作用，可以手工shutdown掉主Redis。
./redis-cli
auth nxredis@YH
shutdown
这时从Redis想要访问主Redis同步数据就会提示错误信息：
Connecting to MASTER 127.0.0.1:6379
MASTER <-> SLAVE sync started
Error condition on socket for SYNC: Connection refused
sentinel在监测到主Redis宕机之后，通过选举，将一个从Redis选定为新的主Redis。通过查看sentinel日志可以发现，选定6380为新的主Redis，同时将另外两个Redis作为从Redis。
switch-master redisYH 127.0.0.1 6379 127.0.0.1 6380
slave slave 127.0.0.1:6381 127.0.0.1 6381 @ redisYH 127.0.0.1 6380
slave slave 127.0.0.1:6379 127.0.0.1 6379 @ redisYH 127.0.0.1 6380
注意：选定6380为主Redis后，所有的配置文件都会被修改，主要是重新建立主从关系。
6379会新增：slaveof 127.0.0.1 6380
6380会删掉：slaveof 127.0.0.1 6379
6381会修改：slaveof 127.0.0.1 6380
由于6379服务已经关掉，所以虽然sentinel将6379作为6380的从服务，但是没有真正的建立。
重新启动6379服务，这时sentinel会重建建立一次主从关系：
convert-to-slave slave 127.0.0.1:6379 127.0.0.1 6379 @ redisYH 127.0.0.1 6380
© 著作权归作者所有,转载或内容合作请联系作者
喜欢的朋友记得点赞、收藏、关注哦！！！
