⑴ redis需要设置过期时间吗
看需求吧，如果你缓存的数据是静态的，随着时间不会变化或者变化比较小，以后一直会用到，那就不用设置。但是如果缓存的数据具有时效新，或者是动态的，不停追加，那么最好设置或者自己定时删除，不然内存会撑爆的
⑵ java设置 redis 失效时间多久
EXPIRE命令返回1表示成功，返回0表示键值不存在或设置失败。
同时这里还有一个比较常用的命令是ttl，用于查看一个键还有多久时间会被删除。返回的是剩余时间（秒数）。
这里就不贴代码了，有一点需要说明的是，ttl命令在键不存在或被删除之后，会返回-2，在没有为键设置生存时间（即永久存在，建一个键之后的默认情况）时返回的是-1。大家可以亲自操作一把。
如果想要把一个设置过过期时间的键取消过期时间设置，则需要使用persist命令。
redis > SET session:27e7a id1234
OK
redis > EXPIRE session:27e7a 1200
(integer) 1
redis > TTL session:27e7a
(integer) 1092
redis > PERSIST session:27e7a
(integer) 1
redis > TTL session:27e7a
(integer) -1
这里需要说明一点的是，除了使用persist命令外，使用set、getset命令为键赋值，也会同时消除键的生存时间，如果需要可以重新使用expire命令为键设置生存时间。而其他对键的操作命令（如incr、lpush、hset、zrem）都不会影响键的生存时间。
expire命令的单位是秒，而且这个参数必须为整数，如果需要更精准的时间的话，需要使用pexpire命令设置，其单位为毫秒，同理也需要用pttl命令来看键的剩余毫秒数。当然使用expire命令设置的过期时间也是可以用pttl看键的剩余毫秒数的。
访问限制
有时候我们会有一个需求是需要限制一个用户对一个资源的访问频率，我们假定一个用户（用IP作为判断）每分钟对一个资源访问次数不能超过10次。
我们可以使用一个键，每次用户访问则把值加1，当值加到10的时候，我们设定键的过期时间为60秒，并且禁止访问。这时候下次访问发现值为10，则不让访问了，然后60秒后键被删除，这时候再次创建键。这样就可以解决，但是其实这样时间并不精准，问题还是挺大的。
我们还有一个方案：使用队列。前面的章节也说到了，使用列表类型可以用作队列。
我们设定一个队列rate.limiting.192.168.1.1（假定是这个IP），我们把每次的访问时间都添加到队列中，当队列长度达到10以后，判断当前时间与队列第一个值的时间差是否小于60，如果小于60则说明60秒内访问次数超过10次，不允许访问；否则说明可以访问，则把队列头的值删除，队列尾增加当前访问时间。
这种方法可以比较精准的实现访问限制，但是当限制的次数比较大时，这种方法占用的存储空间也会比较大。
缓存
有时候会把一些对CPU或IO资源消耗比较大的操作结果缓存起来，并设置一定时间的自动过期。比如我们设定一个微博外链的最热站点缓存放于新浪微博的首页，这样我们不可能每次访问都重新计算最热的外链站点，所以我们可以设定两小时更新一次。每次访问是判断这个键有没有，如果存在则直接返回，如果没有则通过计算把内容存入键中，并设定两小时的过期时间。
然而在很多场合这种方法会很恐怖，当服务器内存有限的时候，大量使用缓存切设置生存时间过长就会导致redis占用太多内存，而redis有时候会把系统内存都吃掉，导致系统崩溃。但是设置时间过短又会导致缓存的命中太低。
所以我们最好的办法是设定缓存的淘汰规则。这种方式比较适用于将redis用作缓存系统的时候比较好。
具体就是：修改配置文件中的maxmemory参数，限制redis的最大内存，当超出后会按照maxmemory-policy参数指定的策略删除不需要的键，直到redis占用的内存小于设定值。
⑶ redis怎么设置时间
redis对存储值的过期处理实际上是针对该值的键（key）处理的，即时间的设置也是设置key的有效时间。Expires字典保存了所有键的过期时间，Expires也被称为过期字段。
四种处理策略
EXPIRE 将key的生存时间设置为ttl秒
PEXPIRE 将key的生成时间设置为ttl毫秒
EXPIREAT 将key的过期时间设置为timestamp所代表的的秒数的时间戳
PEXPIREAT 将key的过期时间设置为timestamp所代表的的毫秒数的时间戳
其实以上几种处理方式都是根据PEXPIREAT来实现的，设置生存时间的时候是redis内部计算好时间之后在内存处理的，最终的处理都会转向PEXPIREAT。
1、2两种方式是设置一个过期的时间段，就是咱们处理验证码最常用的策略，设置三分钟或五分钟后失效，把分钟数转换成秒或毫秒存储到redis中。
3、4两种方式是指定一个过期的时间 ，比如优惠券的过期时间是某年某月某日，只是单位不一样。
⑷ java怎么模拟redis缓存超时
从expires中查找key的过期时间，如果不存在说明对应key没有设置过期时间，直接返回。
如果是slave机器，则直接返回，因为Redis为了保证数据一致性且实现简单，将缓存失效的主动权交给Master机器，slave机器没有权限将key失效。
如果当前是Master机器，且key过期，则master会做两件重要的事情：1）将删除命令写入AOF文件。2）通知Slave当前key失效，可以删除了。
master从本地的字典中将key对于的值删除。
主动失效机制
主动失效机制也叫积极失效机制，即服务端定时的去检查失效的缓存，如果失效则进行相应的操作。
我们都知道Redis是单线程的，基于事件驱动的，Redis中有个EventLoop，EventLoop负责对两类事件进行处理：
一类是IO事件，这类事件是从底层的多路复用器分离出来的。
一类是定时事件，这类事件主要用来事件对某个任务的定时执行。
⑸ 验证码缓存问题 怎么解决呀
如果是ASP文件生成的验证码，你可以试一下在这个验证码ASP头部加入：
Response.Buffer
=
True
Response.ExpiresAbsolute
=
Now()
-
1
Response.Expires
=
0
Response.CacheControl
=
"no-cache"
Response.AddHeader
"Pragma",
"No-Cache"
把缓存取消掉
如果是HTML页面取消缓存，那么在和之间加入：
⑹ redis设置过期时间后取值失败，不设置过期时间能取值，哪里出问题了
没看明白，设置了过期时间，过了时间后是可能被回收的呀，key都被删了当然取不到了，需要重新加到缓存里，可以把过期时间设长一点呀
⑺ 我配置了redis注解缓存，为什么不起作用
作为缓存服务器，如果不加以限制内存的话，就很有可能出现将整台服务器内存都耗光的情况，可以在redis的配置文件里面设置：
example：
# 限定最多使用1.5GB内存
maxmemory 1536mb
如果内存到达了指定的上限，还要往redis里面添加更多的缓存内容，需要设置清理内容的策略：
默认为0，没有指定最大缓存，如果有新的数据添加，超过最大内存，则会使redis崩溃，所以一点要设置。
设置maxmemory之后，配合的要设置缓存数据回收策略。
⑻ redis 集群会影响到过期时间吗
在实际的开发过程中会遇见一些有时间限制的数据，比如限时优惠活动、待支付订单或验证码等。Redis可以通过命令设置一个键的过期时间，到时间后Redis会自动将其删除。
一、过期时间设置
expire key seconds --seconds表示键的过期时间，单位为秒
pexpire key milliseconds --单位毫秒
example：
127.0.0.1:6379> set key1 value1 ex 60
OK
127.0.0.1:6379> set key2 value2 px 60
OK
127.0.0.1:6379> set key3 value3
OK
127.0.0.1:6379> expire key3 60
(integer) 1
127.0.0.1:6379> expire key4 60
(integer) 0
注：expire命令返回值为1表示设置成功，返回值为0表时间设置失败或者键不存在。
二、查询键剩余时间
ttl key
example：
127.0.0.1:6379> ttl key1
(integer) -2
127.0.0.1:6379> ttl key2
(integer) -2
127.0.0.1:6379> ttl key3
(integer) 11
127.0.0.1:6379> ttl key4
(integer) -2
127.0.0.1:6379> set key4 value4
OK
127.0.0.1:6379> ttl key4
(integer) -1
注：返回-1表示键未设置过期时间，-2表示键不存在
三、取消键的过期时间
persist key
example：
127.0.0.1:6379> expire key4 111
(integer) 1
127.0.0.1:6379> rename key4 key5
OK
127.0.0.1:6379> ttl key4
(integer) -2
127.0.0.1:6379> ttl key5
(integer) 78
127.0.0.1:6379> set key6 value6 ex 120
OK
127.0.0.1:6379> ttl key6
(integer) 115
127.0.0.1:6379> persist key6
(integer) 1
127.0.0.1:6379> ttl key6
(integer) -1
127.0.0.1:6379> set key7 value7 ex 1200
OK
127.0.0.1:6379> set key7 value77
OK
127.0.0.1:6379> ttl key7
(integer) -1
注：set或getset命令为键重新赋值也会同时清除键的过期时间，rename会将时间设置给新键
四、Redis过期机制实现方式
1、保存一个起始时间,并附上有效时间
2、每一个key内维护一个类似定时器的东西...(这个做起来,维护成本就太大了...,与高性能的旗号违背)
Redis中key的过期信息,就是通过保存一个过期时间和起始时间信息来维护的.
注：更改系统时间可能会导致键失效
五、Redis键过期删除机制
当一个键过期时，Redis会一同删除对应的aof文件。如果键分布在主从集群的节点时，主节点的键删除时也会对应删除slaves上的键。slaves不会主动删除已经过期的键，而是一直等待master的删除命令，只有当slave转变为master之后才会主动删除过期的键。Redis过期键的删除过程如下（每秒会执行10次）：
1、随机抽取100个设定了有效期的key,检查其有效期,如果已经过期,则将其删除
2、如果抽取到的100个key中超过25个已经过期,那么返回步骤1
⑼ 该怎么解决 Redis 缓存穿透和缓存雪崩问题
缓存雪崩： 由于缓存层承载着大量请求，有效地 保护了存储层，但是如果缓存层由于某些原因不能提供服务，比如 Redis 节点挂掉了，热点 key 全部失效了，在这些情况下，所有的请求都会直接请求到数据库，可能会造成数据库宕机的情况。
预防和解决缓存雪崩问题，可以从以下三个方面进行着手：
1、使用 Redis 高可用架构：使用 Redis 集群来保证 Redis 服务不会挂掉
2、缓存时间不一致： 给缓存的失效时间，加上一个随机值，避免集体失效
3、限流降级策略：有一定的备案，比如个性推荐服务不可用了，换成热点数据推荐服务
缓存穿透： 缓存穿透是指查询一个根本不存在的数据，这样的数据肯定不在缓存中，这会导致请求全部落到数据库上，有可能出现数据库宕机的情况。
预防和解决缓存穿透问题，可以考虑以下两种方法：
1、缓存空对象： 将空值缓存起来，但是这样就有一个问题，大量无效的空值将占用空间，非常浪费。
2、布隆过滤器拦截： 将所有可能的查询key 先映射到布隆过滤器中，查询时先判断key是否存在布隆过滤器中，存在才继续向下执行，如果不存在，则直接返回。布隆过滤器有一定的误判，所以需要你的业务允许一定的容错性。
⑽ Spring Cache使用Redis缓存服务器，怎么指定KEY的有效期
验证：
select *from py_test;
ID NAME PHONE
1 shenfl 110
2 zhangsan 138888888888
3 lisi 13888888888
4 shenfl 13888888888