redistemplate.expire为什么要设置失效时间

pastdue

expire和setnx不是原子操作，setnx的节点1突然挂掉，那么expire来不及执行就变成了无止尽的锁； 解决办法:使用redis的set多参数方法，set(key,1,30,NX) del 误删，setnx获得锁之后，执行业务逻辑时间很长，expire已过期，那么节点2会拿到该锁，等节点1执行完业务逻辑之后，执行del操作，其实是删掉节点2的锁； 解决办法：把线程id加到锁的value当中去，拿到key的时候判断当前线程id是否为当前线程id； 新问题：判断线程id的逻辑和删除逻辑不在同一个原子操作中； 解决办法：使用lua脚本；把判断线程id和删除逻辑放在一个原子操作中；

expires是expire的第三人称单数形式。expire英 [ɪk"spaɪə; ek-] 美 [ɪk"spaɪɚ] vi. 期满；终止；死亡；呼气vt. 呼出（空气）

问题一：牛奶已经过期了,英文怎么说 The milk has passed its sell-by date. 胆ell-by date是“保质期”，“牛奶过期了”其实指的是它过了保质期了。 楼上的expire，overdue指的是非食品（如报纸、身份证等）的过期，corrupt是“腐烂”，go bad是变坏。 问题二：这牛奶过期了 。 英文翻译。 坐等好评 this milk has expired. 问题三：还有多久我的文件到期 英文怎么说？？？ When will my documents expire? 我的文件哪个时弧过期？ expire动词指过期。 或How long does it have left before it expires? 在过期前还剩下多少时间？ 问题四：大家帮我看看这个英文牛奶保质期 看不到关于质保期的信息，也看不清楚其他信息 找找Guarantee period 或warranty period(质保期）的单词 问题五：英语翻译这酸奶过期了我不要 I don"t want to buy. this yogurt is out of date 问题六：这个牛奶过期了吗？日期怎么看？ 过期了，生产日期是2015.3.9，到2016.3.6过期，望采纳谢谢。 问题七：牛奶上的日期是到期日还是开始日 一般牛奶包装上会有一个生产日期(那是给消费者看的)。还有一个英文和数字组成的暗号，这组暗码才是真正的牛奶生产日期 问题八：应该怎样分辨牛奶是否过期？ 一看：看上去结片了的，不正常的，有一点一点的黑点的不行；二闻：如果有异味或发酸的不行；三尝：如果你不介意的话可以尝一尝，发酸发臭的不行。

expire v. 期满,失效,终止,断气Our current contract is about to expire, and we"ll need to discuss a new one.我们现有合同快要期满了，需要再谈一个新合同。-----------------------------------------------------terminate a. 有结尾的,有限的 v. 结束,终止,满期 Your contract has been terminated.你的合同已经被终止。

? perish

memcached 和 redis 的set命令都有expire参数，可以设置key的过期时间。但是redis是一个可以对数据持久化的key-value database，它的key过期策略还是和memcached有所不同的。梳理，整理如下：redis通过expire命令来设置key的过期时间。语法：redis.expire(key, expiration)1. 在小于2.1.3的redis版本里，只能对key设置一次expire。redis2.1.3和之后的版本里，可以多次对key使用expire命令，更新key的expire time。2. redis术语里面，把设置了expire time的key 叫做：volatile keys。 意思就是不稳定的key。3. 如果对key使用set或del命令，那么也会移除expire time。尤其是set命令，这个在编写程序的时候需要注意一下。4. redis2.1.3之前的老版本里，如果对volatile keys 做相关写入操作(LPUSH,LSET)，和其他一些触发修改value的操作时，redis会删除 该key。 也就是说 ：redis.expire(key,expiration);redis.lpush(key,field,value);redis.get(key) //return null

【答案】：C考查动词。题干：两公司之间的合同将很快期满。画线词expire意为“终止，期满”。选项shorten意为“缩短，减少”，start意为“开始，发动”，end意为“终结，结束，终止”，resume意为“恢复，重新开始，继续”。expire与end在语义上一致，故C为正确答案。

EXPIRE key seconds（单位/秒） 为给定 key 设置生存时间，当 key 过期时(生存时间为 0 )，它会被自动删除。在 Redis 中，带有生存时间的 key 被称为『易失的』(volatile)。生存时间可以通过使用 DEL 命令来删除整个 key 来移除，或者被 SET 和 GETSET 命令覆写(overwrite)，这意味着，如果一个命令只是修改(alter)一个带生存时间的 key 的值而不是用一个新的 key 值来代替(replace)它的话，那么生存时间不会被改变。比如说，对一个 key 执行 INCR 命令，对一个列表进行 LPUSH 命令，或者对一个哈希表执行 HSET 命令，这类操作都不会修改 key 本身的生存时间。另一方面，如果使用 RENAME 对一个 key 进行改名，那么改名后的 key 的生存时间和改名前一样。RENAME 命令的另一种可能是，尝试将一个带生存时间的 key 改名成另一个带生存时间的 another_key ，这时旧的 another_key (以及它的生存时间)会被删除，然后旧的 key 会改名为 another_key ，因此，新的 another_key 的生存时间也和原本的 key 一样。使用 PERSIST 命令可以在不删除 key 的情况下，移除 key 的生存时间，让 key 重新成为一个『持久的』(persistent) key 。

过期了。。。

memcached 和 redis 的set命令都有expire参数，可以设置key的过期时间。但是redis是一个可以对数据持久化的key-value database，它的key过期策略还是和memcached有所不同的。梳理，整理如下：redis通过expire命令来设置key的过期时间。语法：redis.expire(key, expiration)1. 在小于2.1.3的redis版本里，只能对key设置一次expire。redis2.1.3和之后的版本里，可以多次对key使用expire命令，更新key的expire time。2. redis术语里面，把设置了expire time的key 叫做：volatile keys。 意思就是不稳定的key。3. 如果对key使用set或del命令，那么也会移除expire time。尤其是set命令，这个在编写程序的时候需要注意一下。4. redis2.1.3之前的老版本里，如果对volatile keys 做相关写入操作(LPUSH,LSET)，和其他一些触发修改value的操作时，redis会删除 该key。 也就是说 ：redis.expire(key,expiration);redis.lpush(key,field,value);redis.get(key) //return nullredis2.1.3之后的版本里面没有这个约束，可以任意修改。redis.set(key,100);redis.expire(key,expiration);redis.incr(key)redis.get(key)//redis2.2.2 return 101; redis<2.1.3 return 1;5. redis对过期键采用了lazy expiration：在访问key的时候判定key是否过期，如果过期，则进行过期处理。其次，每秒对volatile keys 进行抽样测试，如果有过期键，那么对所有过期key进行处理。

失效的解释 [expire;lose efficacy] 失去 原有 的效力 合同失效 详细解释 失去效力。 沙汀 《还乡记》 一：“自从上个世纪末叶以来，那种支配全沟人 社会 生活 的某项 规律 ，便 已经 失效了。” 浩然 《艳阳天》 第一三二章：“ 弯弯绕 见自己的办法失效了，也很 纳闷 儿，就走下沟来。” 词语分解 失的解释 失 ī 丢：遗失。坐失 良机 。收复失地。流离失所。 违背：失约。 失信 。 找不着： 迷失 方向。 没有掌握住：失言。失职。失调（俹 ）。 没有达到： 失望 。失意。 错误 ：失误。失策。过失。失之毫厘，谬以千里。 效的解释 效 à 摹仿：效法。仿效。上行下效。效尤（明知 别人 的行为是错的而照样去做）。 功用， 成果 ：效验。 效果 。成效。有效。功效。效益。效用。效应。效率（?）。 尽、致：效力。 笔画数：； 部首 ：攵； 笔顺编

exp是expire的缩写，意思是过期。这里的意思是：2023年3月25日过期。注意日期的格式这里是日月年。

生命不息奋斗不止翻译的这么接地气............醉了

到期的意思

酒还是果汁两年前,我认为我找到了一瓶红酒,现在我认为我找到的是一杯过期的果汁

EXP就是Expire过期的意思。OCT就是October，10月的意思。就是2020年10月过期的意思。

是保质期

session expire会议到期例句筛选1.Why does my session expire? Login sessions expire for two reasons.为什么我的会议到期？注册会议到期为二个原因。2.Sliding expiration resets the active authentication time for a cookie to expire uponeach request during a single session.可调过期将Cookie的当前身份验证时间重置为在单个会话期间收到每个请求时过期。

LOT NO090817,LOT NO. 是批次号。一般工厂用生产日期作为批次号，有的不是。所以可以理解为是在这天，也就是2009年08月17日生产的。 但也可能不是。因为此处只是作为一个批次号。 EXP16.08.11 EXP.是 expire date的缩写，是有效日期。意为：有效期至2011年08月16日。

vi. 期满；终止；死亡；呼气vt. 呼出（空气）死亡,满期,终止

expire名词动词Due形容词名词Expire多指文件日期上的过期一般来说是附带法律效力的。含中止的意思。Due可指生活中费用，某种行为的过期（如作业到交的时候了可以说yourhomeworkisduetomorrow.)但是不能用Expire.(太正式）一般Expire做动词使用，STHISexpired..（一般是正式场合）Due还含有预定到期的意思。做形容词多一些，做名词是应得物的意思。如果是劳动合同，应当是EXPIRE！

词典解释 ：expire;lose efficacy 失去原有的效力。合同失效。

memcached 和 redis 的set命令都有expire参数，可以设置key的过期时间。但是redis是一个可以对数据持久化的key-value database，它的key过期策略还是和memcached有所不同的。梳理，整理如下：redis通过expire命令来设置key的过期时间。语法：redis.expire(key, expiration)1. 在小于2.1.3的redis版本里，只能对key设置一次expire。redis2.1.3和之后的版本里，可以多次对key使用expire命令，更新key的expire time。2. redis术语里面，把设置了expire time的key 叫做：volatile keys。 意思就是不稳定的key。3. 如果对key使用set或del命令，那么也会移除expire time。尤其是set命令，这个在编写程序的时候需要注意一下。4. redis2.1.3之前的老版本里，如果对volatile keys 做相关写入操作(LPUSH,LSET)，和其他一些触发修改value的操作时，redis会删除 该key。 也就是说 ：redis.expire(key,expiration);redis.lpush(key,field,value);redis.get(key) //return nullredis2.1.3之后的版本里面没有这个约束，可以任意修改。redis.set(key,100);redis.expire(key,expiration);redis.incr(key)redis.get(key)//redis2.2.2 return 101; redis<2.1.3 return 1;5. redis对过期键采用了lazy expiration：在访问key的时候判定key是否过期，如果过期，则进行过期处理。其次，每秒对volatile keys 进行抽样测试，如果有过期键，那么对所有过期key进行处理。

die, decease, expire, perish, pass away 这些动词或短语动词均有死或死亡之意。 die : 最普通用词，指某人或某物失去生命而永远不存在。 He died a millionaire.（他死时是个百万富翁。） decease : 正式用词，多指法律上的用语。

EXP DATE是Expire date的简写，一般指有效期，如，EXP DATE DEC 31 2008指有效期2008年12月31日前

expire就是session的有效时间

【答案】：C考查动词。题干：两公司之间的合同将很快期满。画线单词expire意为“终止，期满”。选项shorten意为“缩短，减少”，start意为“开始，发动”，end意为“终结，结束，终止”，resume意为“恢复，重新开始，继续”。expire与end在语义上一致，故C为正确答案。

方法一：1、打开EXPIRE命令。2、EXPIREkeyseconds--先设置好数据。3、然后再设置该key的过期时间。方法二：4、SETEXkeysecondsvalue--在设置数据的同时，可以直接设置过期时间。

失效的解释 [expire;lose efficacy] 失去 原有 的效力 合同失效 详细解释 失去效力。 沙汀 《还乡记》 一：“自从上个世纪末叶以来，那种支配全沟人 社会 生活 的某项 规律 ，便 已经 失效了。” 浩然 《艳阳天》 第一三二章：“ 弯弯绕 见自己的办法失效了，也很 纳闷 儿，就走下沟来。” 词语分解 失的解释 失 ī 丢：遗失。坐失 良机 。收复失地。流离失所。 违背：失约。 失信 。 找不着： 迷失 方向。 没有掌握住：失言。失职。失调（俹 ）。 没有达到： 失望 。失意。 错误 ：失误。失策。过失。失之毫厘，谬以千里。 效的解释 效 à 摹仿：效法。仿效。上行下效。效尤（明知 别人 的行为是错的而照样去做）。 功用， 成果 ：效验。 效果 。成效。有效。功效。效益。效用。效应。效率（?）。 尽、致：效力。 笔画数：； 部首 ：攵； 笔顺编

失效的解释[expire;lose efficacy] 失去 原有 的效力 合同失效 详细解释 失去效力。 沙汀 《还乡记》 一：“自从上个世纪末叶以来，那种支配全沟人 社会 生活 的某项 规律 ，便 已经 失效了。” 浩然 《艳阳天》 第一三二章：“ 弯弯绕 见自己的办法失效了，也很 纳闷 儿，就走下沟来。” 词语分解 失的解释 失 ī 丢：遗失。坐失 良机 。收复失地。流离失所。 违背：失约。 失信 。 找不着： 迷失 方向。 没有掌握住：失言。失职。失调（俹 ）。 没有达到： 失望 。失意。 错误 ：失误。失策。过失。失之毫厘，谬以千里。 效的解释 效 à 摹仿：效法。仿效。上行下效。效尤（明知 别人 的行为是错的而照样去做）。 功用， 成果 ：效验。 效果 。成效。有效。功效。效益。效用。效应。效率（?）。 尽、致：效力。 笔画数：； 部首 ：攵； 笔顺编

设置 hash 类型中的属性（字段）值 返回1，表示 新的属性 field_name field_value 被添加到 hash_key 的hash中； 返回0，表示 旧的属性 field_name 已经存在，且值被更新为 field_value。

通过expire命令。redis有效期通过expire命令设置为半年，因为expire命令来设置key的过期时间。Redis（Remote Dictionary Server )，即远程字典服务，是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。

exp是expire，过期的意思。，指有效期到2020年，exp是expire，过期的意思，后面跟的是月份和年份。整个意思是：2020年9月份过期。

怕死掉英文pass。怕死掉使用pass意思是不通过。pass的基本意思是“过”，如“走过”“通过”“经过”“度过”等，指逐渐地、平稳地转入另一种状况。可用于时间、季节、状态，也可用于其他抽象事物，如“考试”“审查”等，甚至可以表示生命转入死亡。pass作“通过，经过，穿过”解时，可用作不及物动词，也可用作及物动词。用作不及物动词时常和副词搭配使用；用作及物动词时接名词或代词作宾语。近义词：expirevi.终止；期满；失效；呼气；断气。When does your driving licence expire?你的驾驶执照何时到期？My credit card will expire in June.我的信用卡六月过期。

事务操作会锁表,锁库.不仔细写 容易有坑. 对研发人员的要求较高不然在大并发情况下 会把DB拖死所以互联网项目除了电商和金融,基本都是吧事务放在业务层写不会利用db提供的事务机制

推荐一个博客说的非常细网页链接

意为应用软件过期了或是登录超限。意为应用软件过期了或是登录超限。苹果手机出现orderhasexpired英文代表通知应用软件过期作废了，不能再进行使用了，或是登录超限。所以苹果显示orderhasexpired是意为应用软件过期了或是登录超限。

EXP是Expirafion date的缩写,是指有效期截至到.11/01/2012的意思。

1.0.0版本后可用 时间复杂度： O(1) 给一个 key 设置超时时间。在一个超时时间结束后，这个键将会被自动删除。一个拥有关联过期时间的键在Redis术语里通常被认为 不稳定的 。 只有删除或者覆盖键的内容的命令，包括 DEL , SET , GETSET 和所有的 *STORE 命令，才会把过期时间清除。这意味着从理论上讲，所有改变键上存储的值而不是使用新的值来替换的操作，都将会保持过期时间不变。例如，使用 INCR 增加一个键的值，使用 LPUSH 讲一个新的值放到列表中，或者使用 HSET 改变一个哈希的字段的值都将会使过期时间保持不变。 使用 PERSIST 命令将一个键变成持久化的键，过期时间也会被清除。 如果一个键被 RENAME 重命名，关联的生存时间将会被转移到新的键名上。 如果一个键被 RENAME 重命名，就像在一个已经存在的键 Key_A ，它被一个调用 RENAME Key_B Key_A 所覆盖，原始的 Key_A 是否关联过期时间是没关系的，新的键 Key_A 将会继承 Key_B 的所有特征。 注意，使用负数调用 EXPIRE / PEXPIRE ，或者使用过去的时间调用 EXPIREAT / PEXPIREAT 将会使键被删除，而不是过期(相应的，弹出的 key event 将会是 del ，而不是 expired )。 可以使用一个已经有过期时间集的键作为参数来调用 EXPIRE 。在这种情况下，一个键的生存时间已经 更新 为一个新值。对此很多应用，下面的 Navigation session 模式一节记录了一个例子。 在Redis 2.1.3之前的版本中，使用一个命令改变一个拥有过期时间的键的值，效果跟彻底移除这个键一样。这种语义是必须的，因为复制层的限制现在已经确定了。 EXPIRE 将会返回0，并且不会使用一个过期时间集合来改变一个键的过期时间。 特别的 返回数字 ： redis> SET mykey "Hello" redis> EXPIRE mykey 10 redis> TTL mykey redis> SET mykey "Hello World" redis> TTL mykey redis> 想象你有一个网页服务，并且你对用户最近访问的N个页面有兴趣，这样每个临近的页面视图的执行时间不会超过前一个页面视图执行的60秒。理论上来讲，你可以认为用户访问的页面集合为 Navigation session ，其中就可以包含用户在寻找哪些他或她感兴趣的产品信息，因此你可以推荐关联的产品。 你可以非常容易的使用下面的策略在Redis中建模这种类型：每次用户访问一个页面你就调用下面的命令： 如果用户闲置超过60秒，这个键将会被删除，只有访问时间差值小于60秒的页面才会被记录。 这个模式可以很容易的修改为使用 INCR 做计数器来替代使用 RPUSH 的列表。 通常情况下创建Redis的键时不关联生存时间。这个键将会简单的一直生存，除非用户显示的删除它，例如使用 DEL 命令。 EXPIRE 家族命令能够把一个过期时间关联到一个给定的键，代价是这个键会使用额外的内存。当一个键设置了过期时间，Redis将会确保当指定的时间过去之后移除这个键。 一个键的生存时间可以被 EXPIRE 命令更新，或者被 PERSIST 命令完全移除(或其他严格相关的命令)。 在Redis2.4版本中，过期时间可能不是非常精确的，并且它可能是在0到1秒之间的出入。从Redis2.6版本开始，过期时间误差是从0到1毫秒。 键的过期信息以绝对的Unix时间戳形式保存(Redis2.6以及更新的版本毫秒内)。这意味着甚至当Redis实例未启动时时间就流走了。 为了过期时间能工作的很好，计算机时间必须保持稳定。如果你从两个时钟巨大不同步的计算机上移动一个RDB文件，有趣的事情将会发生(像所有的键在加载时变成过期)。 实际上运行中的实例将一直会检查计算机的时钟，举例来说，如果你给一个键设置1000秒的生存时间，然后在未来将你的计算机设置在2000秒以后，这个键将会立即失效，而不是持续1000秒。 Redis键将会通过两种方式过期：一个被动的方式，和一个主动的方式。 一个键的被动过期是很简单的，当一些客户端尝试访问它，然后这个键被发现超时了。 当然，这是不够的，因为有一些键将永远不会被再次访问。这些键无论如何都应该被过期。所以，Redis会定期的在过期的集合中随机范围内测试少量的键。所有的已过期的键将会被从键空间被删除。 这就是Redis会在每秒做10次的事情： 这是一个小概率的算法，基本的设想是我们的样本代表整个键空间，然后我们继续失效直到将要失效的键百分比小于25%。 这意味着在任何一个时刻，正在使用内存的已经过期的最大数量的键等于每秒最大写操作数量除以4. 为了获得正确的行为而不牺牲一致性，当一个键失效， DEL 操作会同时在AOF文件和附属的副节点执行。这种方式失效进程是在主实例集中的，也不会出现一致性错误。 然而，当副本已经连接到主节点后将不会独立的失效键(但将会等待来自主节点的 DEL )，他们仍将会获取数据集中的全部过期状态，所以当一个副本被选举为主节点后，它将能够独立的失效这些键，完全像一个主节点。

临死之前灵感突现

expire in 1 day过期1天Your password for% 1 will expire in less than one day. Do you want to specify a new one now?%1的密码将在一天内过期，是否现在指定新密码？

通过EXPIRE 命令或者PEXPIRE 命令，客户端可以以秒或者毫秒精度为数据库中的某个键设置生存时间( Time To Live , TTL) ，在经过指定的秒数或者毫秒数之后，服务器就会自动删除生存时间为0的键:redis> SET key valueOKredis> EXP 工RE key 5(integer) 1redis> GET key // 5 秒之内"value"redis> GET key // 5 秒之后(nil)注意SETEX 命令可以在设直一个字符串键的同时为键设直过期时间，因为这个命令是一个类型限定的命令(只能用于字符串键)，但SETEX 命令设置过期时间的原理和EXPIRE命令设置过期时间的原理是完全一样的。与EXPlRE 命令和PEXPIRE 命令类似，客户端可以通过EXPlREAT 命令或PEXPlREAT命令，以秒或者毫秒精度给数据库中的某个键设置过期时间(expire time)。过期时间是一个UNIX时间戳，当键的过期时间来临时，服务器就会自动从数据库中删除这个键:redis> SET key valueOKredis> EXPIREAT key 1377257300(integer) 1redis> TIME1)"1377257296"2)"296543"redis> GET key // 1377257300 之前"value"redis> TIME1)"1377257303"2)"230656 "redis> GET key // 1377257300 之后(nil)TTL 命令和PTTL 命令接受一个带有生存时间或者过期时间的键，返回这个键的剩余生存时间，也就是，返回距离这个键被服务器自动删除还有多长时间:redis> SET key va1ueOKredis> EXPlRE key 1000(integer) 1redis> TTL key(integer) 997redis> SET another_key another_valueOK

是指保质期到10月21日。1、exp1021里的1021代表日期10月21日。是一种日期缩写方式。但是缺少年份，建议查看年份，以确定保质期是什么时候。2、exp是expiredate缩写，是指保质期。这种标示方法通常是出口产品或者国外购买产品的标示方法。

redis 有一个keys命令。 语法：KEYS pattern 说明：返回与指定模式相匹配的所用的keys。 该命令所支持的匹配模式如下： （1）?：用于匹配单个字符。例如，h?llo可以匹配hello、hallo和hxllo等； （2）*：用于匹配零个或者多个字符。例如，h*llo可以匹配hllo和heeeello等； （3）[]：可以用来指定模式的选择区间。例如h[ae]llo可以匹配hello和hallo，但是不能匹配hillo。 同时，可以使用“/”符号来转义特殊的字符

我们最近将会话管理从 MongoDB 迁移到了 Redis。迁移本身是由我们使用 MongoDB 的经验推动的，它不能特别好地处理高频率更新和更频繁地读取。另一方面，Redis 被称为经过验证的存储，可以准确处理该用例。 数据库迁移并不总是那么容易，因为我们需要学习其他服务的新模式、最佳实践和怪癖。我们的目标是让我们的 Java 服务层尽可能简单，使其稳定且面向未来：会话管理当然是具有相当稳定功能集的服务之一，并且不会经常触及其代码。因此，对于几年后窥探它的任何人来说，保持它的简单易懂是一个重要方面。 我们面临两个问题： 本文总结了我们在使用 Spring Data 作为持久层的瘦 Java 服务中采用 Redis 的经验。 带有二级索引和 EXPIRE/TTL 的 Spring Data Redis 在 Redis 中采用 Spring Data可直接开始：您需要的只是 Gradle 或 Maven 构建的依赖项以及@EnableRedisRepositoriesSpring Boot 应用程序中的注释。Spring Boot 的大多数默认设置都是有意义的，并且可以让您非常顺利地运行 Redis 实例。 但是会遭遇：Redis内存使用量不断增长的问题，下面看看这个认识过程： 我们由该存储库管理的实体也开始变得尽可能简单： 您会注意到我们选择对ttl属性建模，该属性被@TimeToLive转换为 EXPIRE 实体。我们不想手动跟踪过期会话，但希望 Redis 透明地删除过期会话。该ttl会定期刷新用户活动期间，如果手工删除，可能会被注销。 当用户实际按下注销按钮时会发生什么，或者我们如何禁用用户帐户并使正在运行的会话无效？简单：我们也有一个userId作为会话数据SessionData的一部分，并且可以执行以userId查询查找每个会话。上述类型所需的更改如下所示： SessionDataCrudRepository： SessionData： @Indexed注解在 Spring Data 中触发了一个特殊的行为：该注解实际上告诉 Spring Data在实体上创建和维护另一个索引，以便我们可以根据给定userId查询SessionData. 但是，二级索引和实体自动到期的组合使设置变得更加复杂。当引用的实体被删除时，Redis 不会自动更新二级索引，因此 Spring Data 需要处理这种情况。 然而，Spring Data 不会经常查询 Redis 的过期实体（键），这就是为什么 Spring Data 依赖于 R Redis Keyspace Notifications for expiring keys 所谓的 Phantom Copies（ 幻影副本 ）来失效过期键： 当到期时间设置为正值时，将运行相应的 EXPIRE 命令。除了保留原始副本外，Redis 中还保留了一个幻影副本，并设置为在原始副本之后 5 分钟过期。这样做是为了使 Repository 支持发布 RedisKeyExpiredEvent，只要一个键过期 expiring key ，就会在 Spring 的 ApplicationEventPublisher 中间保存过期的值，即使原始值已经被删除。 下一段有一个小细节需要注意： 默认情况下，初始化应用程序时禁用 expiring keys 侦听器。可以在 @EnableRedisRepositories 或 RedisKeyValueAdapter 中调整启动模式，以使用应用程序或在第一次插入具有 TTL 的实体时启动侦听器。有关可能的值，请参阅 EnableKeyspaceEvents。 遗憾的是，当时我们还没有阅读到这点。这就是为什么我们体验到启用EXPIRE禁用的expiring keys侦听器以及不断增长的二级索引的效果的原因。长话短说：我们观察到越来越多的键和不断增长的内存使用量 - 直到达到 Redis 的内存限制。 检查 Redis 键可以很明显地找到配置错误的位置，最终启用键空间事件的注释@EnableRedisRepositories使我们修复了内存泄露。 我们还禁用了 的自动服务器配置notify-keyspace-events property，因为我们在服务器端启用了该设置： 我们还必须手动清理陈旧的数据，所以我们还要提一下，在处理大型数据集时，您应该总是更选择 SCAN 而不是KEYS。Netflix 的 nf-data-explorer 可能会有所帮助，如果您不喜欢使用本机redis-cli. 并发读取和写入期间缺少实体 随着内存使用量不断增长的问题得到解决，我们最终将新服务作为我们会话的主要来源。 当请求击中我们的安全链时，我们总是验证用户的会话是否有效。这些验证是在会话管理中的简单查找sessionId。通常，404 NOT FOUND会话管理的状态指示sessionId无效（未知）或会话已过期（并被 Redis 删除）。 除了使用新 API 的应用程序中的一些相关更改外，我们还观察到了另一种奇怪的行为：无法找到某些会话，尽管我们 100% 确定会话应该仍然有效（已知且未过期）。在会话查找失败后，大多数重试都成功了，所以我们知道数据没有丢失，只是无法找到。 我们无法主动重现错误行为，收集日志、指标和跟踪也没有起到作用。在此过程中，我们添加了缓存和其他解决方法，并进行了一些更改以改进整体行为，但我们实际上并未解决该问题。 如果您仔细阅读本文的第一部分，您可能还记得有关我们刷新ttl. 我们不仅刷新ttl，而且还刷新作为SessionData的一部分lastResponse时间戳： 因此，让我们更详细地了解有关会话管理的请求处理。用户发送一个请求，以及一个sessionId，表明他们已登录。我们使用它执行查找sessionId以验证用户的会话。如果会话被认为是有效的，则应用程序可以继续执行请求的操作。应用程序处理完请求后，安全链会定期更新会话，重置ttl和写入当前lastResponse时间戳。通常，用户执行多个请求——可能不是真正的人，而是在浏览器中运行的前端应用程序。该前端应用程序并不真正关心它发送新请求的频率，因此我们可以假设多个请求可能同时到达我们的后端。 正在验证多个请求。多个请求触发会话刷新以及SessionData的写操作. 我们仍然使用 Spring DataCrudRepository来读取和更新会话，使用以下代码： 有时，repository.findById(...)没有产生任何东西，所以我们专注于那部分。不过，问题是由repository.save(...)电话引发的。经过几周的谷歌搜索并盯着日志和跟踪，我们发现了refreshSessionTtl和getSession调用之间的相关性。 互联网上的许多文章已经训练我们将 Redis 视为单线程服务，按顺序执行每个请求。谷歌搜索“spring data redis concurrent writes”，我们找到了stackoverflow和 spring-projects/spring-data-redis/issues/1826 中的问题，在那里描述甚至解释了我们的问题 - 以及修复. 长话短说：Spring Data 将更新实现为DEL和HMSET两个步骤时，没有任何事务保证。换句话说：通过 CrudRepositories 更新实体不提供原子性。我们的HGETALL请求有时恰好发生在DEL和之间HMSET，导致空结果，或者有时有结果，但结果为 负ttl 。 我们的问题现在可以通过集成测试重现并使用 PartialUpdate . 所以上面的实现改为： 概括 过期键、二级索引和将所有魔法委托给 Spring Data Redis 的组合需要正确配置键空间事件侦听器。否则，由于幻影副本，您使用的内存会随着时间的推移而增长。考虑@EnableRedisRepositories(enableKeyspaceEvents = ON_STARTUP)在您的应用中使用类似的配置。 在并发读取和更新的环境，提防Spring Data的CrudRepository工具的更新的过程分为两个步骤DEL和HMSET。如果您观察到零星丢失的键或结果为负值TTL，则您可能遇到了并发问题。检查您的写入操作并考虑使用 PartialUpdate和 Spring Data 的RedisKeyValueTemplate update方法更新需要改变的属性 。

我以前项目中的做法是在保存的对象上，增加一个过期时间属性，get之后，判断系统时间是否超过过期时间，超过的话就删掉这个key，或者是从DB重新加载。

Valid有效期1. EXPIRY DATE2. validity3. expiry date4. period of validity有效期至1. Valid until2. Expire Date专利有效期1. duration of patent2. period of a patent标书有效期1. tender validity period2. tender validity投标书有效期1. validity of bid2. bid validity

hset hash_key field_name field_value 设置 hash 类型中的属性（字段）值 返回1，表示 新的属性 field_name field_value 被添加到 hash_key 的hash中； 返回0，表示 旧的属性 field_name 已经存在，且值被更新为 field_value。

pass的本意是通过，及格的意思，并没有被淘汰的意思。被淘汰的意思主要是衍生而来，由他人语境造成。其他语境都没有这个意思。重点词汇：pass英［pɑ：s］释义：v.通过，经过；沿某方向前进；使达到（某位置）n.及格；经过；通行证；道路，山口；传球；飞跃；阶段；鱼道；（桥牌）不叫；（击剑中的）戳刺；变戏法；（计算机）一次浏览n.（Pass）（德、英）帕斯（人名）［复数：passes；第三人称单数：passes；现在分词：passing；过去式：passed；过去分词：passed］短语：Khyber Pass开伯尔山口；开伯尔通道；咖喱王词语辨析：pass away，die，expire，perish这组词（组）都有“死”的意思。1、die是这一组词中最常用的，用于一切有生命的或被人们比喻为有生命的东西；2、expire是书面用语，是一种委婉的说法，意思是“呼出最后一口气”；3、pass away是die的委婉说法，语气比较缓和；4、perish是较正式用语，指死于暴力或困境等非正常死亡