rediscli连接-redisclient重连(7-1-48)

Redis本文目录一览：

• 1、如何查看redis是否连接上redis
• 2、RedLock-红锁
• 3、linux重新启动redislinux的redis启动
• 4、Redis如何处理客户端连接
• 5、java服务redis重启后需要重启吗
• 6、redis-4.0.x中如何解决redis重启runid变化引起的全量复制

如何查看redis是否连接上redis

1、Redis 配置错误：请检查 Redis 配置文件是否正确。可以使用 `redis-cli config get bind` 命令查看 Redis 绑定的 IP 地址是否正确。网络问题：请检查网络连接是否正常。

2、在命令窗口输入：ping [IP] 查看是否有连接，如果没有，则为网络问题，如果有，尝试第二步。

3、redis集群检查 1）、配置多主多从，哨兵模式。

RedLock-红锁

Antirez首先指出，Martin提出的后面两种场景，其中一种是犯了一个大错的，这就是前面提到的第三个场景，因为GC pause引起，导致锁实例和客户端之间有长时间的消息延迟，这个情况RedLock是能处理的，先回顾下RedLock算法。

点击磁盘有个带锁图标。点击Windows键，选择设置。进入Windows设置页面，点击更新和安全。进入更新和安全页面，点击设置加密。点击关闭设备加密。等待解密。解密完成后，磁盘上的锁就不见了。

红锁号是游戏中的一种账号状态，具体状态是玩家可以正常游戏，也可以使用游戏道具，但道具不能购买和交易。红锁号指的是csgo等游戏的一种账号状态，具体是账号不能交易，但可以打游戏，也不会被封号。

linux重新启动redislinux的redis启动

设置redis.conf中daemonize为yes，确保守护进程开启。

redis.conf 配置文件说明 daemonize no --是否把redis-server启动在后台，默认是“否”。

Redis服务器是一种非关系型数据存储服务器，它经常和Linux系统搭配使用。那么如何在Linux系统中安装Redis服务器呢？下面小编给大家分享一下。

在data目录下创建文件夹redis，将redis安装在此目录。第一步：解压。第二步：安装，PREFIX=/data/redis用来设置安装目录。到此，redis已经安装完成，剩下就是配置和启动服务。

# redis-server redis.conf以redis.conf文件形式运行redis服务，可以ping一下查看或直接查看redis运行的端口，看是否启动了redis，若没有，则启动，若已启动，则尝试第三步。

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客户端库连接数据库。

java服务redis重启后需要重启吗

1、使用以下命令将需要重启的服务器从集群中移除：Copy coderedis-cluster remove-node 服务器 IP：端口 其中 服务器 IP 是需要移除集群的服务器 IP 地址，端口 是该服务器的 Redis 端口号。

2、先获取发布项目的服务器的主机名：#hostname。

3、redis使用集群部署，如果遇到断电或者服务器重启，当再次启动的时候，有时候会启动不了。需要使用trib的fix命令进行修复。如果修复还是不行的话，可以清除节点数据再重新建集群，前提要备份之后操作。

4、用jedis连接redis，发现在64位windows下运行一段时间就报错了Accepting client connection： accept： Unknown error， 然后jedis就一直连接超时是服务器停了。重启一下redis就又能连接上了。

redis-4.0.x中如何解决redis重启runid变化引起的全量复制

每个Redis服务器，都有其运行ID，运行ID由服务器在启动时自动生成，主服务器会将自己的运行ID发送给从服务器，而从服务器会将主服务器的运行ID保存起来。

相同IP和port的主节点每次重启服务都会生成一个新的run id，所以每次主节点重启服务都会进行一次快照同步，如果想重启主节点服务而不改变run id，使用redis-cli debug reload命令。

在Redis读写分离的情况下，使用哨兵可以很轻松地做到故障恢复，提升了整体的可用性。但哨兵无法解决Redis单机写的瓶颈，这就需要引入集群模式，相应的文章也被列为明年的写作计划中。

Redis 高可用的主要有三种模式： 主从模式， 哨兵模式和集群模式。 Redis 提供了 Redis 提供了复制（replication）功能，当一台 redis 数据库中的数据发生了变化，这个变化会被自动地同步到其他的 redis 机器上去。

Redis 0 中提出了一个混合使用 AOF 日志和内存快照的方法。简单来说，内存快照以一定的频率执行，在两次快照之间，使用 AOF 日志记录这期间的所有命令操作。

如果根据host+ip定位master node，是不靠谱的，如果master node重启或者数据出现了变化，那么slave node应该根据不同的run id区分，run id不同就做全量复制。