本篇内容介绍了“redis搭建和数据落盘的方法是什么”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

1、依赖的系统包

yuminstall-ywgetgccmaketcl

2、下载包地址

1、各个版本redis的下载地址http://download.redis.io/releases/2、本文安装最新版本4.0.9wgethttp://download.redis.io/releases/redis-4.0.9.tar.gz

3、编译安装

1、解压：tarxfredis-4.0.9.tar.gz&&cdredis-4.0.92、编译：make3、编译测试：maketest4、安装：makePREFIX=/usr/local/redisinstall5、拷贝配置文件到配置文件夹：mkdir/usr/local/redis/etc&&cpredis-4.0.9/redis.conf/usr/local/redis/etc/二、 redis的配置参数

必要的参数设置

将“daemonize”属性设置为“yes”，表示我们会以后台进程形式启动Redis服务；将“port”属性设置为指定的端口，这里默认为“6379”；将“logfile”属性设置为指定的日志路径；将“dir”设置为指定的工作目录将“requirepass”设定为本机连接的密码其余的属性可以保持默认。

其他参数设置

bind：指定redis只接收来自该IP的请求，如果不设置，那么将处理所有请求，在生产环节中最好设置该项protected-mode：保护模式，默认是开启状态，只允许本地客户端连接，可以设置密码或添加bind来连接port：指定redis运行的端口，默认是6379tcp-backlog：TCP监听的最大容纳数量，在高并发的环境下，你需要把这个值调高以避免客户端连接缓慢的问题。Linux内核会把这个值缩小成/proc/sys/net/core/somaxconn对应的值，要提升并发量需要修改这两个值才能达到目的；默认是511timeout：指定在一个client空闲多少秒之后关闭连接（0表示永不关闭）tcp-keepalive：单位是秒，表示将周期性的使用SO_KEEPALIVE检测客户端是否还处于健康状态，避免服务器一直阻塞，官方给出的建议值是300s，如果设置为0，则不会周期性的检测daemonize：默认情况下redis不是作为守护进程运行的，如果你想让它在后台运行，你就把它改成yes。当redis作为守护进程运行的时候，它会写一个pid到/var/run/redis.pid文件里面supervised：可以通过upstart和systemd管理Redis守护进程，默认为no，没有启动互动supervisedno-没有监督互动supervisedupstart-通过将Redis置于SIGSTOP模式来启动信号supervisedsystemd-signalsystemd将READY=1写入$NOTIFY_SOCKETsupervisedauto-检测upstart或systemd方法基于UPSTART_JOB或NOTIFY_SOCKET环境变量pidfile：配置PID文件路径，当redis作为守护进程运行的时候，它会把pid默认写到/var/redis/run/redis_6379.pid文件里面loglevel：定义日志级别，可以是下面的这些值：debug（记录大量日志信息，适用于开发、测试阶段）verbose（较多日志信息）notice（适量日志信息，使用于生产环境）warning（仅有部分重要、关键信息才会被记录）logfile：日志文件的位置syslog-enabled：要想把日志记录到系统日志，就把它改成yes，也可以可选择性的更新其他的syslog参数以达到你的要求syslog-ident：设置系统日志的IDsyslog-facility：指定系统日志设置，必须是USER或者是LOCAL0-LOCAL7之间的值databases：设置数据库的数目。默认的数据库是DB0，可以在每个连接上使用select<dbid>命令选择一个不同的数据库，dbid是一个介于0到databases-1之间的数值always-show-logo：redis启动时是否显示loginsave<间隔时间（秒）><写入次数>：根据给定的时间间隔和写入次数将数据保存到磁盘save9001：900秒内如果至少有1个key的值变化，则保存save30010：300秒内如果至少有10个key的值变化，则保存save6010000：60秒内如果至少有10000个key的值变化，则保存stop-writes-on-bgsave-error：如果用户开启了RDB快照功能，那么在redis持久化数据到磁盘时如果出现失败，默认情况下，redis会停止接受所有的写请求rdbcompression：对于存储到磁盘中的快照，可以设置是否进行压缩存储，如果是的话，redis会采用LZF算法进行压缩rdbchecksum：在存储快照后，我们还可以让redis使用CRC64算法来进行数据校验，但是这样做会增加大约10%的性能消耗，如果希望获取到最大的性能提升，可以关闭此功能dbfilename：设置快照的文件名dir：设置快照文件的存放路径，这个配置项一定是个目录，而不能是文件名requirepass：本机连接的密码slaveof<masterip><masterport>：主从复制，使用slaveof来让一个redis实例成为另一个reids实例的副本，默认关闭masterauth<master-password>：如果master需要密码认证，就在这里设置，默认不设置slave-serve-stale-data：当一个slave与master失去联系，或者复制正在进行的时候，slave可能会有两种表现1)如果为yes，slave仍然会应答客户端请求，但返回的数据可能是过时，或者数据可能是空的在第一次同步的时候2)如果为no，在你执行除了infohesalveof之外的其他命令时，slave都将返回一个"SYNCwithmasterinprogress"的错误slave-read-only：你可以配置一个slave实体是否接受写入操作appendonly：默认redis使用的是rdb方式持久化，这种方式在许多应用中已经足够用了。但是redis如果中途宕机，会导致可能有几分钟的数据丢失，根据save来策略进行持久化，AppendOnlyFile是另一种持久化方式，可以提供更好的持久化特性。Redis会把每次写入的数据在接收后都写入appendonly.aof文件，每次启动时Redis都会先把这个文件的数据读入内存里，先忽略RDB文件appendfilename：aof文件名appendfsync：aof持久化策略的配置appendfsyncalways，表示每次写入都执行fsync，以保证数据同步到磁盘appendfsynceverysec，表示每秒执行一次fsync，可能会导致丢失这1s数据appendfsyncno，表示不执行fsync，由操作系统保证数据同步到磁盘，速度最快no-appendfsync-on-rewrite：指定是否在后台aof文件rewrite期间调用fsync，默认为no，表示要调用fsync（无论后台是否有子进程在刷盘）；Redis在后台写RDB文件或重写afo文件期间会存在大量磁盘IO，此时，在某些linux系统中，调用fsync可能会阻塞auto-aof-rewrite-percentage：指定redis重写aof文件的条件，默认为100，表示与上次rewrite的aof文件大小相比，当前aof文件增长量超过上次afo文件大小的100%时，就会触发backgroundrewrite。若配置为0，则会禁用自动rewriteauto-aof-rewrite-min-size：指定触发rewrite的aof文件大小。若aof文件小于该值，即使当前文件的增量比例达到auto-aof-rewrite-percentage的配置值，也不会触发自动rewrite。即这两个配置项同时满足时，才会触发rewriteaof-rewrite-incremental-fsync：aofrewrite过程中,是否采取增量文件同步策略,默认为“yes”。rewrite过程中,每32M数据进行一次文件同步,这样可以减少aof大文件写入对磁盘的操作次数slowlog-log-slower-than：sloglog是用来记录redis运行中执行比较慢的命令耗时三、 redis的单实例启动

启动

1、cd/usr/local/redis2、./bin/redis-server./etc/redis.conf

客户端命令行进入

1、cd/usr/local/redis2、./bin/redis-cli-h127.0.0.1-p6379-a123456127.0.0.1:6379>setname'beijing'OK127.0.0.1:6379>getname"beijing"

关闭

1、cd/usr/local/redis2、./bin/redis-cli-h127.0.0.1-p6379-a123456shutdown四、 redis的主从配置启动

1、master，配置文件修改

port6379logfile"/data/redis/data6379/redis.log"pidfile/var/run/redis_6379.piddir/data/redis/data6379requirepass123456主redis一般配置为不使用RDB和AOF持久化到硬盘#save9001#save30010#save6010000appendonlyno

2、slave，配置文件修改

port6380logfile"/data/redis/data6380/redis.log"pidfile/var/run/redis_6380.piddir/data/redis/data6380requirepass123456slaveof127.0.0.16379masterauth123456slave-read-onlyyes从redis可以配置为RDB和AOF持久化到硬盘save9001save30010save6010000appendonlyyes

3、启动master和slave

1、cd/usr/local/redis2、./bin/redis-server./etc/redis6379.conf3、./bin/redis-server./etc/redis6380.conf

4、验证主从写入数据同步

master[root@dbtest1redis]#./bin/redis-cli-h127.0.0.1-p6379-a123456127.0.0.1:6379>getname(nil)127.0.0.1:6379>setname"beijing"OK127.0.0.1:6379>getname"beijing"slave[root@dbtest1redis]#./bin/redis-cli-h127.0.0.1-p6380-a123456127.0.0.1:6380>getname"beijing"五、 数据落盘RDB和AOF的区别

RDB的回写方式

同步回写即SAVE命令，主进程直接向磁盘回写数据。在数据大的情况下会导致系统假死很长时间，所以一般不是推荐的异步回写即BGSAVE命令，主进程fork后，复制自身并通过这个新的进程回写磁盘，回写结束后新进程自行关闭。由于这样做不需要主进程阻塞，系统不会假死

RDB的特点

*RDB就是Snapshot快照存储，是默认的持久化方式*可理解为半持久化模式，即按照一定的策略周期性的将数据保存到磁盘，save<间隔时间（秒）><写入次数>：根据给定的时间间隔和写入次数将数据保存到磁盘*对应产生的数据文件为dump.rdb，通过配置文件中的save参数来定义快照的周期*Redis的RDB文件不会坏掉，因为其写操作是在一个新进程中进行的*当生成一个新的RDB文件时，Redis生成的子进程会先将数据写到一个临时文件中，然后通过原子性rename系统调用将临时文件重命名为RDB文件，这样在任何时候出现故障，Redis的RDB文件都总是可用的

AOF的特点

*AOF(Append-OnlyFile)比RDB方式有更好的持久化性*由于在使用AOF持久化方式时，Redis会将每一个收到的写命令都通过Write函数追加到文件中，类似于MySQL的binlog*当Redis重启时会通过重新执行文件中保存的写命令来在内存中重建整个数据库的内容*对应的设置参数为：*appendonlyyes，启用AOF持久化方式*appendfilenameappendonly.aof，AOF文件的名称，默认为appendonly.aof*appendfsyncalways，每次收到写命令就立即强制写入磁盘，是最有保证的完全的持久化，但速度也是最慢的，一般不推荐使用*appendfsynceverysec，每秒钟强制写入磁盘一次，在性能和持久化方面做了很好的折中，是受推荐的方式*appendfsyncno，完全依赖OS的写入，一般为30秒左右一次，性能最好但是持久化最没有保证，不被推荐*AOF的完全持久化方式同时也带来了另一个问题，持久化文件会变得越来越大，为了压缩AOF的持久化文件，Redis提供了bgrewriteaof命令，收到此命令后Redis将使用与快照类似的方式将内存中的数据以命令的方式保存到临时文件中，最后替换原来的文件，以此来实现控制AOF文件的增长

按照以下优先级进行数据的恢复

1、如果只配置AOF，重启时加载AOF文件恢复数据2、如果同时配置了RDB和AOF，启动时只加载AOF文件恢复数据3、如果只配置RDB，启动是将加载RDB文件恢复数据（需要注意的为：使用AOF备份数据进行恢复数据时需要主库开启appendonlyyes，才会恢复数据；使用RDB备份数据进行恢复数据时，不需要主库开启对应参数）六、主库宕机后的处理

1、主库出现宕机

此处模拟主库宕机1、cd/usr/local/redis2、./bin/redis-cli-h127.0.0.1-p6379-a123456shutdown

2、将slave上的同步状态取消，避免主库在未完成数据恢复前就重启，进而直接覆盖掉从库上的数据，导致所有的数据丢失

127.0.0.1:6380>slaveofnoone

3、拷贝从机数据到主机上

1、拷贝AOF数据用于恢复cpdata6380/appendonly.aofdata6379/appendonly.aof主库./etc/redis6379.conf开启appendonlyyes2、拷贝RDB数据用于恢复127.0.0.1:6380>BGSAVEcpdata6380/dump.rdbdata6379/dump.rdb

4、主库重新启动

1、cd/usr/local/redis2、./bin/redis-server./etc/redis6379.conf

5、重新进行主从同步的配置，这个时候就不用再指定密码了，有原始记录

127.0.0.1:6380>slaveof127.0.0.16379

“redis搭建和数据落盘的方法是什么”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！