这篇文章主要介绍“Redis的使用实例分析”，在日常操作中，相信很多人在Redis的使用实例分析问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”Redis的使用实例分析”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

redis是内存性数据库，断电，数据丢失，进程重启，数据丢失

需要配置redis的数据持久化，防止数据丢失

redis支持ms复制，读写分离，防止单点故障，数据丢失

rpm包安装

yum自动化安装，在阿里的yum仓库中，有redis的软件包

yuminstallredis-y

源代码编译安装

#1.下载redis源码wgethttp://download.redis.io/releases/redis-4.0.10.tar.gz#2.解压缩tar-zxfredis-4.0.10.tar.gz#3.切换redis源码目录cdredis-4.0.10.tar.gz#4.编译源文件make#5.编译好后，src/目录下有编译好的redis指令#6.makeinstall安装到指定目录，默认在/usr/local/binmakeinstallDESTDIR=/your/dir1.2.配置文件

修改redis.conf，更改默认端口，设置密码，开启安全模式等操作
用yum安装的redis，默认配置文件在/etc/redis.conf

配置文件参数解释

#vim/etc/redis.conf#打开如下参数即可#这里是绑定redis的启动地址，如果你支持远程连接，就改为0.0.0.0bind0.0.0.0#更改端口port6500#设置redis的密码requirepasshaohaio#默认打开了安全模式protected-modeyes#打开一个redis后台运行的参数daemonizeyes1.3.启动Redis

#为什么使用systemctlstartredis无法连接呢？#是因为这个命令默认连接的是6379端口，我们更改了redis端口，因此无法连接了#请使用如下的命令，指定配置文件启动[root@s25linuxopt]#redis-server/etc/redis.conf

检查进程状态

#检查redis的进程[root@s25linuxopt]#ps-ef|grepredisroot64981011:42?00:00:00redis-server0.0.0.0:65001.4.启动Redis客户端连接服务端

#连接redis服务端，指定ip地址和端口，以及密码连接redis#-p指定端口#-h指定ip地址#auth指令，用于密码验证[root@s25linuxopt]#redis-cli-p6500-h192.168.178.143192.168.178.143:6500>ping(error)NOAUTHAuthenticationrequired.192.168.178.143:6500>authhaohaioOK192.168.178.143:6500>pingPONG1.5.常用命令

1.keys*列出redis所有的key2.typekey查看key类型3.expirekeyseconds过期时间4.ttlkey查看key过期剩余时间-2表示key已经不存在了5.persist取消key的过期时间-1表示key存在，没有过期时间6.existskey判断key存在存在返回1否则07.delkeys删除key可以删除多个8.dbsize计算key的数量2.RDB持久化

redis提供了RDB持久化的功能，这个功能可以将redis在内存中的的状态保存到硬盘中，它可以手动执行。

也可以再redis.conf中配置，定期执行。

RDB持久化产生的RDB文件是一个经过压缩的二进制文件，这个文件被保存在硬盘中，redis可以通过这个文件还原数据库当时的状态。

配置rdb机制的数据持久化，数据文件是一个看不懂的二进制文件，且配置触发的时间机制

vim s25_rdb_redis.conf ，写入如下内容

daemonizeyes#后台运行port6379#端口logfile/data/6379/redis.log#指定redis的运行日志，存储位置dir/data/6379#指定redis的数据文件，存放路径dbfilenames25_dump.rdb#指定数据持久化的文件名字bind127.0.0.1#指定redis的运行ip地址#redis触发save指令，用于数据持久化的时间机制#900秒之内有1个修改的命令操作，如set.mset,delsave9001#在300秒内有10个修改类的操作save30010#60秒内有10000个修改类的操作save6010000

创建redis的数据文件夹，

mkdir-p/data/6379

杀死之前所有的redis，防止扰乱实验

[root@s25linuxs25redis]#pkill-9redis

指定配置了rdb的redis配置文件，启动

redis-servers25_rdb_redis.conf

如果没有触发redis的持久化时间机制，数据文件是不会生成的，数据重启进程也会丢

可以通过编写脚本，让redis手动执行save命令，触发持久化，在redis命令行中，直接输入save即可触发持久化

127.0.0.1:6379>setaddrshaheOK127.0.0.1:6379>127.0.0.1:6379>setage18OK127.0.0.1:6379>127.0.0.1:6379>127.0.0.1:6379>keys*1)"age"2)"addr"3)"name"127.0.0.1:6379>saveOK

存在了rdb持久化的文件之后，重启redis进程，数据也不会丢了，redis在重启之后，会读取dump.rdb文件中的数据

rdb的弊端在于什么，如果没有触发持久化机制，就发生了机器宕机，数据就会丢失了，因此redis有一个更好的aof机制

AOF（append-only log file）
记录服务器执行的所有变更操作命令（例如set del等），并在服务器启动时，通过重新执行这些命令来还原数据集
AOF 文件中的命令全部以redis协议的格式保存，新命令追加到文件末尾。
优点：最大程度保证数据不丢
缺点：日志记录非常大

redis-client写入数据>redis-server同步命令>AOF文件

新建配置文件，配置以下参数。

vims25_aof_redis.confAOF持久化配置，两条参数appendonlyyesappendfsyncalways总是修改类的操作everysec每秒做一次持久化no依赖于系统自带的缓存大小机制

例如参数配置为

daemonizeyesport6379logfile/data/6379aof/redis.logdir/data/6379dbfilenamedbmp.rdbrequirepassredhatsave9001save30010save6010000appendonlyyesappendfsynceverysec

创建aof的数据文件夹

mkdir-p/data/6379aof

启动aof的Redis数据库

redis-servers25_aof_redis.conf

aof机制的数据库，在首次启动的时候，就会生成aof数据文件了，如下

[root@s25linux6379aof]#lsappendonly.aofredis.log

到此已经配置结束，以下为实验步骤

登录redis,写入数据

[root@s25linuxs25redis]#redis-cli127.0.0.1:6379>127.0.0.1:6379>127.0.0.1:6379>keys*(emptylistorset)127.0.0.1:6379>setnamezhunbeixiakechifanOK127.0.0.1:6379>setname2xinkudajialeOK127.0.0.1:6379>keys*1)"name2"2)"name"

写入的操作，会被记录到aof文件日志中

杀死所有的redis进程，且重启

[root@s25linuxs25redis]#pkill-9redis[root@s25linuxs25redis]#redis-servers25_aof_redis.conf

redis的aof持久化机制，是在重启的时候，redis重新执行一遍aof文件中的命令，实现数据复现

如果该aof日志文件被删除，数据也就无法恢复了

上午的最后一步，演示的是，当我们删除aof文件，或者是rdb，aof文件异常损坏，丢失，数据不也没了吗？

在一台机器上运行2个及以上的redis，是redis支持多实例的功能，基于端口号的不同，就能够运行多个相互独立的redis数据库

什么是多实例就是机器上运行了多个redis相互独立的进程互不干扰的独立的数据库叫做多个redis数据库的实例，基于配置文件区分即可

如图是redis的多实例功能，且配置主从同步的图

准备好2个redis的配置文件，分别写入如下内容

vim s25-master-redis.conf

port6379#端口daemonizeyes#后台运行pidfile/s25/6379/redis.pid#loglevelnoticelogfile"/s25/6379/redis.log"#日志存放目录dbfilenamedump.rdb#持久化文件名dir/s25/6379#数据文件保存的路径protected-modeno#打开安全模式

vim s25-slave-redis.conf

port6389daemonizeyespidfile/s25/6389/redis.pidloglevelnoticelogfile"/s25/6389/redis.log"dbfilenamedump.rdbdir/s25/6389protected-modeno#可以直接在配置文件中，定义好复制关系，启动后，立即就会建立复制slaveof127.0.0.16379

分别生成2个redis的数据文件夹

mkdir-p/s25/{6379,6389}

分别启动2个redis数据库。

[root@s25linuxs25redis]#redis-servers25-master-redis.conf[root@s25linuxs25redis]#[root@s25linuxs25redis]#[root@s25linuxs25redis]#redis-servers25-slave-redis.conf

分别检查他们的进程，以及复制关系

[root@s25linuxs25redis]#redis-cli-p6379inforeplication[root@s25linuxs25redis]#redis-cli-p6389inforeplication#通过一条命令，配置他们的复制关系，注意，这个命令只是临时配置redis的复制关系，#想要永久修改，还得修改配置文件redis-cli-p6389slaveof127.0.0.16379

配置完毕说明

此时6379====主库6389====从库此时可以向6379中写入数据，能够同步到6389中6389是一个只读的数据库，无法写入数据5.一主多从及主从复制故障切换5.1.一主多从配置

再创建一个配置文件，port是6399，且加入到一主一从的复制关系中去

#vims25-salve2-redis.confport6399daemonizeyespidfile/s25/6399/redis.pidloglevelnoticelogfile"/s25/6399/redis.log"dbfilenamedump.rdbdir/s25/6399protected-modenoslaveof127.0.0.16379

创建数据文件夹

mkdir-p/s25/6399

此时可以启动6399的数据库，查看他的身份复制关系

[root@s25linuxs25redis]#redis-cli-p6399inforeplication5.2.故障切换

故障模拟

环境准备，准备3个redis的数据库实例，分别是 6379（主）、6389（从1）、6399（从2），配置好一主两从的关系

[root@s25linuxs25redis]#ps-ef|grepredisroot112941015:19?00:00:01redis-server*:6379root113101015:19?00:00:01redis-server*:6389root116201015:33?00:00:00redis-server*:6399

分别查看复制关系

[root@s25linuxs25redis]#redis-cli-p6379inforeplication#Replicationrole:masterconnected_slaves:2slave0:ip=127.0.0.1,port=6389,state=online,offset=1883,lag=1slave1:ip=127.0.0.1,port=6399,state=online,offset=1883,lag=1

此时模拟故障，直接kill掉主库

kill-911294

此时留下2个孤零零的从库，没有了主人，还没发写入数据，很难受

此时一位从库(6399)，不乐意了，翻身农奴做主人，去掉自己的从库身份，

没有这个从库的枷锁，我就是我自己的主人

[root@s25linuxs25redis]#redis-cli-p6399slaveofnoone

此时6399已然是主库了，修改6389的复制信息，改为6399即可

[root@s25linuxs25redis]#redis-cli-p6389slaveof127.0.0.16399

此时检查他们的复制关系

[root@s25linuxs25redis]#redis-cli-p6389inforeplication[root@s25linuxs25redis]#redis-cli-p6399inforeplication

此时可以向主库6399写入数据，6389查看数据即可

主库不挂，从库挂掉的场景

从库挂掉，无所谓，重新再建立一个从库，加入主从复制即可，。，。

你会发现，如此的手动切换复制关系，其实是很难受的，如果在夜里凌晨四点，redis主库突然挂了，你该怎么办？你媳妇愿意让你起来干活吗？

因此你该咋办？是不是得学点别的技术？你希望有什么东西能帮你不？

有钱，你搞一个贾维斯

希望有一个人，能24h帮你盯着这个主从复制，发现主库宕机之后，自动的帮你进行主从切换

配置好redis的哨兵进程，一般都是使用3个哨兵（保安）哨兵的作用是盯着redis主库，不断询问它是否存活，如果超过30s（设置的时间阈值）都没有回应，3个哨兵会判断主库宕机，谈话进行投票机制，因为3个哨兵，要自动的去选择从库为新的主库，每个哨兵的意见可能不一样，因此引出投票机制，少数服从多数。当多个哨兵达成一致，选择某一个从库阶段，自动的修改他们的配置文件，切换新的主库此时如果宕机的主库，恢复后，哨兵也会自动将其加入集群，且自动分配为新的从库这一些都是自动化，无需人为干预，贼牛屁6.2.架构

准备3个redis节点，1主2从的redis集群

#redis支持多实例-------基于多个配置文件，运行处多个redis相互独立的进程s25-redis-6379.conf-----主port6379daemonizeyeslogfile"6379.log"dbfilename"dump-6379.rdb"dir"/var/redis/data/"s25-redis-6380.conf------从1port6380daemonizeyeslogfile"6380.log"dbfilename"dump-6380.rdb"dir"/var/redis/data/"slaveof127.0.0.16379s25-redis-6381.conf-----从2port6381daemonizeyeslogfile"6381.log"dbfilename"dump-6381.rdb"dir"/var/redis/data/"slaveof127.0.0.16379#查看3个配置文件，准备分别启动该进程[root@s25linuxs25sentinel]#lss25-redis-6379.confs25-redis-6380.confs25-redis-6381.conf

创建数据存储文件夹

mkdir/etc/redis/data

分别启动3个进程后，检查进程情况

[root@s25linuxs25sentinel]#redis-servers25-redis-6379.conf[root@s25linuxs25sentinel]#redis-servers25-redis-6380.conf[root@s25linuxs25sentinel]#redis-servers25-redis-6381.conf[root@s25linuxs25sentinel]#ps-ef|grepredisroot204131008:45?00:00:00redis-server*:6379root204171008:45?00:00:00redis-server*:6380root204221008:45?00:00:00redis-server*:6381

确定3个库的主从关系

[root@s25linuxs25sentinel]#redis-cli-p6379inforeplication#Replicationrole:masterconnected_slaves:2slave0:ip=127.0.0.1,port=6380,state=online,offset=183,lag=1slave1:ip=127.0.0.1,port=6381,state=online,offset=183,lag=16.4.sentinel 配置

分别准备3个哨兵的配置文件，修改如下，三个哨兵的配置文件，仅仅是端口号的不同

#vims25-sentinel-26379.confport26379dir/var/redis/data/logfile"26379.log"//当前Sentinel节点监控192.168.119.10:6379这个主节点//2代表判断主节点失败至少需要2个Sentinel节点节点同意//mymaster是主节点的别名sentinelmonitormymaster127.0.0.163792//每个Sentinel节点都要定期PING命令来判断Redis数据节点和其余Sentinel节点是否可达，//如果超过30000毫秒30s且没有回复，则判定不可达sentineldown-after-millisecondss25msredis30000//当Sentinel节点集合对主节点故障判定达成一致时，Sentinel领导者节点会做故障转移操作，选出新的主节点，//原来的从节点会向新的主节点发起复制操作，限制每次向新的主节点发起复制操作的从节点个数为1sentinelparallel-syncsmymaster1//故障转移超时时间为180000毫秒sentinelfailover-timeoutmymaster180000daemonizeyes#========================================================================#vims25-sentinel-26380.confport26380dir/var/redis/data/logfile"26380.log"sentinelmonitormymaster127.0.0.163792sentineldown-after-millisecondsmymaster30000sentinelparallel-syncsmymaster1sentinelfailover-timeoutmymaster180000daemonizeyes#========================================================================#s25-sentinel-26381.confport26381dir/var/redis/data/logfile"26381.log"sentinelmonitormymaster127.0.0.163792sentineldown-after-millisecondsmymaster30000sentinelparallel-syncsmymaster1sentinelfailover-timeoutmymaster180000daemonizeyes

分别启动3个哨兵进程，以及查看进程信息

#1.启动哨兵进程[root@s25linuxs25sentinel]#redis-sentinels25-sentinel-26379.conf[root@s25linuxs25sentinel]#redis-sentinels25-sentinel-26380.conf[root@s25linuxs25sentinel]#redis-sentinels25-sentinel-26381.conf#2.查看进程信息[root@s25linuxs25sentinel]#ps-ef|grepredisroot204131008:45?00:00:00redis-server*:6379root204171008:45?00:00:00redis-server*:6380root204221008:45?00:00:00redis-server*:6381root206141008:55?00:00:00redis-sentinel*:26379[sentinel]root206181008:55?00:00:00redis-sentinel*:26380[sentinel]root206221008:55?00:00:00redis-sentinel*:26381[sentinel]

可以检查哨兵的配置文件，以及哨兵的状态

[root@s25linuxs25sentinel]#redis-cli-p26379infosentinel#Sentinelsentinel_masters:1sentinel_tilt:0sentinel_running_scripts:0sentinel_scripts_queue_length:0sentinel_simulate_failure_flags:0master0:name=s25msredis,status=ok,address=127.0.0.1:6379,slaves=2,sentinels=36.5.模拟故障

在哨兵搭建好了之后，模拟干掉主库，然后等待主从的一个自动化切换

检查6379的进程，杀死后，哨兵能够自动的，进行投票选举，

剩下来的一个slave为新的master，然后重新分配主从关系

故障的修复，修复6379这个redis数据库，且检查它的一个复制关系
6379数据库会重新假如到主从复制，且变为一个新的从库

如果你想恢复他们的主从关系，全部kill掉，重新启动，默认就会以配置文件分配主从关系了

准备好6匹马儿，也就是6个redis节点，也就是6个配置文件，redis集群节点最少是使用6个

这6个配置文件，仅仅是端口号的不同而已

根目录下创建 s25rediscluster 文件夹用于实验

mkdir/s25rediscluster

s25-redis-7000.conf

port7000daemonizeyesdir"/opt/redis/data"logfile"7000.log"dbfilename"dump-7000.rdb"cluster-enabledyes#开启集群模式cluster-config-filenodes-7000.conf　　#集群内部的配置文件#rediscluster需要16384个slot都正常的时候才能对外提供服务，#换句话说，只要任何一个slot异常那么整个cluster不对外提供服务。因此生产环境一般为nocluster-require-full-coverageno　　

使用sed命令快捷生成其他的配置文件

#s25-redis-7001.conf#s25-redis-7002.conf#s25-redis-7003.conf#s25-redis-7004.conf#s25-redis-7005.conf#使用以下命令快捷创建sed's/7000/7001/g's25-redis-7000.conf>s25-redis-7001.confsed's/7000/7002/g's25-redis-7000.conf>s25-redis-7002.confsed's/7000/7003/g's25-redis-7000.conf>s25-redis-7003.confsed's/7000/7004/g's25-redis-7000.conf>s25-redis-7004.confsed's/7000/7005/g's25-redis-7000.conf>s25-redis-7005.conf

创建数据文件夹

mkdir-p"/opt/redis/data"

分别启动6个redis节点，且检查进程

redis-servers25-redis-7000.confredis-servers25-redis-7001.confredis-servers25-redis-7002.confredis-servers25-redis-7003.confredis-servers25-redis-7004.confredis-servers25-redis-7005.conf

此时是不能写入数据的

#此时你尝试着写入数据，看一看是否能写进去，不能写入数据，还没有分配虚拟槽#我们仅仅是启动了6个redis节点，准备好了6匹马儿，马儿身上的筐还没分配，你想7.2.ruby配置

直接yum安装ruby解释器ruby和python一样是一个解释性编程语言，日本大神开发的

#gem是ruby的包管理工具#ruby=====python#gem=====pip3#方法1：yum安装：yuminstallruby-y#方法2：编译安装的话使用：wget....tar...../configure--prefix=/opt/ruby/make&&makeinstall

检查ruby和gem的环境

[root@s25linuxs25rediscluster]#ruby-vruby2.0.0p648(2015-12-16)[x86_64-linux][root@s25linuxs25rediscluster]#gem-v2.0.14.1

下载ruby操作redis的模块，用于创建集群

wgethttp://rubygems.org/downloads/redis-3.3.0.gem

用gem安装此模块,ruby就可以操作redis数据库了

geminstall-lredis-3.3.0.gem#就如同python的pip3installxxxx，不难理解#可以查看gem有哪些包gemlist--checkredisgem

搜索ruby创建redis集群的脚本，然后将其加入到环境变量中

#redis-trib.rb如何知道它的绝对路径？#which是搜索PATH环境变量中的命令的绝对路径！#find才是搜索系统上的文件路径！！find/-name"redis-trib.rb"#默认会在redis数据库的编译安装路径下#将创建集群的脚本加入到环境变量，比方说你的脚本位置在/opt/redis/src/redis-trib.rb，然后将其复制到任一环境变量中。cp/opt/redis/src/redis-trib.rb/usr/local/bin/

一键创建集群，且自动分配槽位，可以写入数据了。集群会自动分配主从关系。

#每个主节点，有一个从节点，代表--replicas1redis-trib.rbcreate--replicas1127.0.0.1:7000127.0.0.1:7001127.0.0.1:7002127.0.0.1:7003127.0.0.1:7004127.0.0.1:7005

此时可以查看及检查下集群的状态

查看状态

redis-cli-p7000clusterinforedis-cli-p7000clusternodes#等同于查看nodes-7000.conf文件节点信息#集群主节点状态redis-cli-p7000clusternodes|grepmaster#集群从节点状态redis-cli-p7000clusternodes|grepslave

检查状态

[root@yugo/opt/redis/src18:42:14]#redis-cli-p7000clusterinfocluster_state:okcluster_slots_assigned:16384cluster_slots_ok:16384cluster_slots_pfail:0cluster_slots_fail:0cluster_known_nodes:6cluster_size:3cluster_current_epoch:6cluster_my_epoch:1cluster_stats_messages_ping_sent:10468cluster_stats_messages_pong_sent:10558cluster_stats_messages_sent:21026cluster_stats_messages_ping_received:10553cluster_stats_messages_pong_received:10468cluster_stats_messages_meet_received:5cluster_stats_messages_received:21026

进入集群写入数据，查看数据重定向

#测试写入集群数据，登录集群必须使用redis-cli-c-p7000必须加上-c参数redis-cli-c-p7000127.0.0.1:7000>setnamechao->Redirectedtoslot[5798]locatedat127.0.0.1:7001OK127.0.0.1:7001>exit[root@yugo/opt/redis/src18:46:07]#redis-cli-c-p7000127.0.0.1:7000>pingPONG127.0.0.1:7000>keys*(emptylistorset)127.0.0.1:7000>getname->Redirectedtoslot[5798]locatedat127.0.0.1:7001"chao"

工作原理：

redis客户端任意访问一个redis实例，如果数据不在该实例中，通过重定向引导客户端访问所需要的redis实例

到此，关于“Redis的使用实例分析”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注亿速云网站，小编会继续努力为大家带来更多实用的文章！