服务器经常会用到redis作为缓存,有很多数据都是临时set以下,可能用过之后很久都不会再用到了(比如暂存session)那么就有几个问题了
光阴似箭催人老,日月如移越少年。
redis默认把所有数据都永久存储在内存中,当你需要持久化数据(保存到磁盘)或者自动删除过期键,需要使用额外的命令或者配置来完成; 如果你需要使用redis来完成你的业务需求(譬如cache),那么你就必须遵循redis的设计规则;
至于你后面提到这个问题:即便我很有洁癖的每一条都加上了expire,你能保证多人开发中其他人也加上了expire?如果有人没有呢,那这个数据就一直一直一直保存着
我是这样想的:通常业务逻辑都会封装成API接口,譬如登陆场景存session接口可能就是:void addLoginSession(string data, int timeout),然后别人在调用的时候其实压根不管这里面用的是redis还是memcache,所有的细节都必须只由API设计者消化;
顺便说一下,redis如何清理数据库中过期的键?它分为两种:
可以用 expire 命令来设置过期时间。还有另外几个命令也可以用来设置过期时间的,具体请查阅文档。
redis默认把所有数据都永久存储在内存中,当你需要持久化数据(保存到磁盘)或者自动删除过期键,需要使用额外的命令或者配置来完成; 如果你需要使用redis来完成你的业务需求(譬如cache),那么你就必须遵循redis的设计规则;
至于你后面提到这个问题:即便我很有洁癖的每一条都加上了expire,你能保证多人开发中其他人也加上了expire?如果有人没有呢,那这个数据就一直一直一直保存着
我是这样想的:通常业务逻辑都会封装成API接口,譬如登陆场景存session接口可能就是:void addLoginSession(string data, int timeout),然后别人在调用的时候其实压根不管这里面用的是redis还是memcache,所有的细节都必须只由API设计者消化;
顺便说一下,redis如何清理数据库中过期的键?它分为两种:
可以用 expire 命令来设置过期时间。还有另外几个命令也可以用来设置过期时间的,具体请查阅文档。