redis使用规范
1、设置超时时间[最重要]
目前有许多key没有设置超时时间,导致一直占用内存。
需要增加操作步骤,设置超时时间。时间尽量短。
某些业务要求key长期有效。可以在每次写入时,都设置超时时间,让超时时间顺延。
短的超时时间,如 5分钟,10分钟,30分钟,1小时,3小时,1天等
长的超时时间,如 7天,15天,1个月,3个月,6个月等
示例代码如下:
// 设置有效期 jedis.expire(cacheMapName, ZLConstant.SECONDS_1_MONTH);
// 如果存在key if (jedis.exists(mapName)) { existMap = true; } // 写入登录信息缓存 jedis.hset(mapName, cacheKey, userJson); // 如果是新建的,就设置超时时间 if (!existMap) { // 设置超时时间 jedis.expire(mapName, expireSeconds); }
2、高频和低频分离
高频数据存入Redis缓存,低频数据不要存入Redis缓存。
高频数据是经常访问的数据,在这里做好压力缓冲就行了。对于大量数据和列表数据尤其适用。
如,某商店的所有评价数据,总共有5000条之多,最近的30条(高频)可能是最常访问的,可以存入Redis缓存,其他的数据(低频)都不需要存缓存。
3、合理使用list,map,set等集合结构
结合具体业务,设置合理的数据结构,找出更好的选择。
集合结构还可以减少key的个数。
4、尽量使用字符串格式
可视化,便于查看和管理。
特别是在大批量数据的时候,效果明显。
5、合理设置key的格式
多系统在共用缓存,需要key唯一。
合适的key,便于查看,统计,排错。
key的格式,如:系统名+业务名+业务数据+其他
6、减少key的个数
为了过期管理,合理减少key。
比如,把key-value数据聚合,放到map、list里面。一个集合结构里面就可以包含很多个小数据。
7、精细化运营
之前的使用方法一直是粗放式。业务量小时,没问题;业务量大了,就各种问题。
为了未来系统稳定,为了每个人的职业成长,需要学会精细化运营。
深入分析业务流程,合理安排数据结构,合理使用公共资源,优化读写效率,提高系统抗风险能力。
本文由用户 jopen 自行上传分享,仅供网友学习交流。所有权归原作者,若您的权利被侵害,请联系管理员。
转载本站原创文章,请注明出处,并保留原始链接、图片水印。
本站是一个以用户分享为主的开源技术平台,欢迎各类分享!