Redis如何处理客户端连接Redis 对输入缓冲区大小的限制比较暴力，当客户端传输的请求大小超过1G时 ， 服务端会直接关闭连接 。这种方式可以有效防止一些客户端或服务端 bug 导致的输入缓冲区过大的问题 。
检查 Redis 密码：如果 Redis 服务器设置了密码，客户端需要提供正确的密码才能连接 。请检查客户端是否提供了正确的密码 。检查 Redis 端口：请确保客户端使用的 Redis 端口与服务器配置的端口一致 。
首先没有关闭redis保护，在客户端输入命令 。其次没有关闭redis保护，redistemplate就无法连接redis 。最后及时的释放掉redis的连接资源即可解决 。
客户端通过创建端口号为6379的TCP来连接Redis服务器 。虽然 RESP 在技术上是非TCP特定的 ， 但该协议仅用于Redis上下文的（或者等效的面向流的连接，如Unix套接字）TCP连接 。Redis接收由不同参数组成的命令 。
例如 ， 在Java应用中，可以使用Jedis客户端库连接Redis，使用JDBC客户端库连接数据库 。
Redis哨兵模式(故障转移测试)哨兵模式是在主备模式的基础上 ， 加上哨兵，实现redis集群的故障转移 。哨兵负责监控集群状态，当redis主节点发生故障，哨兵通过选举，选出替代的master节点 。一般需要单数的哨兵进行选举 ， 大多数达成一致 。
启动哨兵：启动哨兵进程或服务，让其开始监控主从节点的状态和进行故障转移 。测试和验证：模拟节点故障的情况，观察哨兵是否能够正确地进行故障转移和恢复 。
哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程 ， 它会独立运行 。其原理是哨兵通过发送命令，等待Redis服务器响应 ， 从而监控运行的多个Redis实例 。
哨兵集群在发现 master node 挂掉后会进行故障转移，也就是启动其中一个 slave node 为 master node。在这过程中，可能会导致数据丢失的情况 。
测试哨兵模式结果，如下图：哨兵集群，基于主从复制模式，所有的主从配置优点，它全有 。主从可以切换，故障可以转移 ， 系统的可用性就会更好 。哨兵模式就是主从模式的升级，手动到自动，更加健壮 。
linux机器上安装redis服务,该机器有2个ip地址,一个能连redis,一个不能...【redis监听数据变化 redis更改监听ip】1、首先找到一台机器的redis的命令路径 。其次进入/opt/rh/rh-redis5/root/usr/bin/目录中，使用redis-cli客户端连接 。最后查看启动的配置文件，即可确定哪个redis被使用 。
2、Redis中为了实现高可用（High Availability，简称HA），采用了如下两个方式：Redis中主从节点复制数据有全量复制和部分复制之分 。
3、进入Redis目录下的src目录下，执行make命令来编译Redis 。当楼主执行编译命令的时候，编译失败了，报了“/bin/sh：cc：command not found”的错误 。原来是楼主的linux系统木有装gcc，而Redis是C实现的，所以需要gcc来进行编译 。
4、我的redis是部署在linux机器上的，而且是redis集群 。下面的命令都是在linux上使用的 。执行后，输出的记录中 ， 含有“redis-server”的行，全是运行的redis服务节点 。
5、第一写程序：主程序，启动 ， fork一个进程 ， 再exec redis程序，这样可以获取到redis的进程ID，根据进程ID，在主进程中每N秒/毫秒都行，检查对应进程ID的程序还是不是redis，如果不是，立马重启 。程序写成守护进程 。
redis.conf详解之bind1、bind 用于绑定本机的网络接口（网卡），redis只接受来自绑定网络接口的请求 。
2、今天在看 redis 的内容，看见配置文件中将 bind 配置为 0.0.0.0 ， 进行监听 。不明白什么意思就查询了下，在此记录下 。
3、对方没有连接网络，无法进行数据更新 。对方所在的区域信号弱，也无法更新位置 。对方把GPS功能关闭了，看不见位置移动信息 。对方就一直待在原地没有移动，也会出现位置不更新 。
4、redis.conf 配置文件里 bind 0.0.0.0 设置外部访问，requirepass xxxx 设置密码 。redis高可用方案有两种： 常用搭建方案为1主1从或1主2从+3哨兵监控主节点，以及3主3从6节点集群 。
5、redis.conf 配置文件说明 daemonize no --是否把redis-server启动在后台，默认是“否” 。
