Redistimeout原理，rediscommandtimeout

4、Redis高性能的根本原理

1、（1）redis是非关系型内存数据库数据存储于内存中，内存读取速度非常快，如果只是简单的key-value，内存不是瓶颈。一般情况下，hash查找可以达到每秒数百万次的数量级。（2）采用单线程，避免了不必要的上下文切换和竞争条件。

2、redis作为一个网络内存缓存数据库，在实现高性能时，主要有4个点。网络高并发，高流量的数据处理。

3、如果把 redis 和客户端放在同一台机器，网络延迟会更小，一般情况下可以打到 60000 次每秒甚至更高，取决于机器性能。锁不是影响性能的主要因素。

相关问答

Q1: 为何redis的TIME_WAIT值如此之高

原理：redis的客户端close一个链接以后，这个链接就会进入TIME_WAIT状态，而TIME_WAIT状态的链接会在Max Segment Lifetime内都没有活跃包的情况下关掉。Linux这个默认值貌似很长，具体的数值还真不知道，似乎是分钟级的。。

进入”进程“选项卡，看”CPU“栏，从里面找到占用资源较高的程序(其中SYSTEM IDLE PROCESS是属于正常，它的值一般都很高，它的作用是告诉当前你可用的CPU资源是多少，所以它的值越高越好)通过搜索功能找到这个进程属于哪个软件。

当TIME_WAIT超过linux系统tw数量的阀值(可用数量不会大于65535)，系统会把多余的time-wait socket删除掉，并且显示警告信息，如果是NAT网络环境又存在大量访问，会产生各种连接不稳定断开的情况，从而影响了服务的稳定性。

Q2: Redis分布式锁的原理是什么?如何续期?

所以这个就是redis cluster，或者是redis master-slave架构的主从异步复制导致的redis分布式锁的最大缺陷：在redis master实例宕机的时候，可能导致多个客户端同时完成加锁。

分布式锁是控制分布式系统之间同步访问共享资源的一种方式。原理就是，当我们要实现分布式锁，最简单的方式可能就是直接创建一张锁表，然后通过操作该表中的数据来实现了。

在使用分布式锁的时候，其实就是采用了「自动续期」的方案来避免锁过期，这个守护线程我们一般也把它叫做「看门狗」线程。这个方案可以说很 OK 了，能想到这些的优化点已经击败一大批程序猿了。

获取锁最终都会调用这个方法，通过 lua 脚本与 redis 进行交互，来实现分布式锁。首先分析，传给 lua 脚本的参数：lua 脚本的流程：为了实现无限制持有锁，那么就需要定时刷新锁的过期时间。

选用Redis实现分布式锁原因：(1)Redis有很高的性能；(2)Redis命令对此支持较好，实现起来比较方便使用命令介绍：(1)SETNXSETNX key val：当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做，返回0。

Q3: 面试中问到Redis持久化的原理,本篇在做详细解答

可在redis.conf中配置，会以一段时间内达到指定修改的次数为规则来触发快照操作，快照文件名为dump.rdb。每当Redis服务重启的时候都会从该文件中把数据加载到内存中。在60秒内有10000次操作即触发RDB持久化。

RDB 持久化机制 ：是对 redis 数据执行周期性的持久化。这种方式就是将内存中数据以快照的方式写入到二进制文件中，默认的文件名为 dump.rdb。客户端也可以使用save或者bgsave命令通知redis做一次快照持久化。

AOF（append only file）持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中的命令达到恢复数据的目的。AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式。

redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件）。

在redis的配置里有着这样的一段配置：save 900 1save 300 10save 60 10000很关键的一段配置，这时RDB持久化的核心。

redis 数据持久化 快照（snapshots）缺省情况情况下，Redis把数据快照存放在磁盘上的二进制文件中，文件名为dump.rdb。

Redistimeout原理的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于rediscommandtimeout、Redistimeout原理的信息别忘了在本站进行查找喔。