本文目录一览：
linux重新启动redislinux的redis启动
设置redis.conf中daemonize为yes，确保守护进程开启。
redis.conf 配置文件说明 daemonize no --是否把redis-server启动在后台，默认是“否”。
Redis服务器是一种非关系型数据存储服务器，它经常和Linux系统搭配使用。那么如何在Linux系统中安装Redis服务器呢？下面小编给大家分享一下。
第一写程序：主程序，启动，fork一个进程，再exec redis程序，这样可以获取到redis的进程ID，根据进程ID，在主进程中每N秒/毫秒都行，检查对应进程ID的程序还是不是redis，如果不是，立马重启。程序写成守护进程。
在data目录下创建文件夹redis，将redis安装在此目录。第一步：解压。第二步：安装，PREFIX=/data/redis用来设置安装目录。到此，redis已经安装完成，剩下就是配置和启动服务。
Redis集群检测与恢复
AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用。RDB 既可以保证可靠性，还能在宕机时实现快速恢复。
需要使用trib的fix命令进行修复。如果修复还是不行的话，可以清除节点数据再重新建集群，前提要备份之后操作。
通过开发了解到，redis上都是缓存数据，丢失影响不大，于是删除本地持久化数据，重新部署redis node，再手动创建集群。三个节点都添加完成，并且没有报错。进入一个master节点查看集群状态：集群状态终于恢复正常。
当然，它也支持将内存中的数据以快照和日志的形式持久化到硬盘，这样即使在断电、机器故障等异常情况发生时数据也不会丢失，Redis能从硬盘中恢复快照数据到内存中。
在redis-cluster集群中，每一个主节点可以添加多个从节点，主节点和从节点遵循主从模式的特性。 当用户需要处理更多的读请求时，添加从节点可以扩展系统的读性能。
redis-4.0.x中如何解决redis重启runid变化引起的全量复制
1、每个Redis服务器，都有其运行ID，运行ID由服务器在启动时自动生成，主服务器会将自己的运行ID发送给从服务器，而从服务器会将主服务器的运行ID保存起来。
2、注意：手动修改 Redis 配置文件的方式是全局生效的，即重启 Redis 服务器设置参数也不会丢失，而使用命令修改的方式，在 Redis 重启之后就会丢失。
3、相同IP和port的主节点每次重启服务都会生成一个新的run id，所以每次主节点重启服务都会进行一次快照同步，如果想重启主节点服务而不改变run id，使用redis-cli debug reload命令。
4、AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用。RDB 既可以保证可靠性，还能在宕机时实现快速恢复。
5、例如监控、选主和通知。在Redis读写分离的情况下，使用哨兵可以很轻松地做到故障恢复，提升了整体的可用性。但哨兵无法解决Redis单机写的瓶颈，这就需要引入集群模式，相应的文章也被列为明年的写作计划中。
