Redis+Guava,性能炸裂!这组合真的太顶了….

沙海 2022年6月19日03:23:51Java评论11字数 5143阅读17分8秒阅读模式
摘要

智能摘要

速蛙云 - 极致体验,强烈推荐!!!

智能摘要文章源自JAVA秀-https://www.javaxiu.com/66963.html

Redis进行数据持久化,Redis松散的文档结构非常适合业务系统开发,在精确查询,数据统计业务有着很大的优势。code生成对应的自增号,用自增号对kafka中topic分区数进行取模。在取模后就进行分区发送就可以做到每个分区均匀分布。缓存中取,没有取到就使用自增数生成一个,然后放到redis的hash缓存中。这时候每个设备的自增数一经生成是不会再发生改变的,我们就想到使用本地缓存进行优化,避免高频的调用redis去获取,降低redis压力。文章源自JAVA秀-https://www.javaxiu.com/66963.html

原文约 3027 | 图片 4 | 建议阅读 7 分钟 | 评价反馈文章源自JAVA秀-https://www.javaxiu.com/66963.html

Redis+Guava,性能炸裂!这组合真的太顶了....

java版web项目 文章源自JAVA秀-https://www.javaxiu.com/66963.html

收录于合集文章源自JAVA秀-https://www.javaxiu.com/66963.html

#java版web项目298文章源自JAVA秀-https://www.javaxiu.com/66963.html

#数据库6文章源自JAVA秀-https://www.javaxiu.com/66963.html

#redis6文章源自JAVA秀-https://www.javaxiu.com/66963.html

大家好,我是老赵文章源自JAVA秀-https://www.javaxiu.com/66963.html

文章源自JAVA秀-https://www.javaxiu.com/66963.html

前言文章源自JAVA秀-https://www.javaxiu.com/66963.html

我们开发中经常用到 Redis 作为缓存,将高频数据放在 Redis 中能够提高业务性能,降低 MySQL 等关系型数据库压力,甚至一些系统使用 Redis 进行数据持久化,Redis 松散的文档结构非常适合业务系统开发,在精确查询,数据统计业务有着很大的优势。文章源自JAVA秀-https://www.javaxiu.com/66963.html

Redis+Guava,性能炸裂!这组合真的太顶了….文章源自JAVA秀-https://www.javaxiu.com/66963.html

但是高频数据流处理系统中,Redis 的压力也会很大,同时 I/O 开销才是耗时的主要原因,这时候为了降低 Redis 读写压力我们可以用到本地缓存,Guava 为我们提供了优秀的本地缓存 API,包含了过期策略等等,编码难度低,个人非常推荐。文章源自JAVA秀-https://www.javaxiu.com/66963.html

文章源自JAVA秀-https://www.javaxiu.com/66963.html

设计示例文章源自JAVA秀-https://www.javaxiu.com/66963.html

Redis 懒加载缓存

数据在新增到 MySQL 不进行缓存,在精确查找进行缓存,做到查询即缓存,不查询不缓存。文章源自JAVA秀-https://www.javaxiu.com/66963.html

流程图如下:文章源自JAVA秀-https://www.javaxiu.com/66963.html

Redis+Guava,性能炸裂!这组合真的太顶了….文章源自JAVA秀-https://www.javaxiu.com/66963.html

代码示例:文章源自JAVA秀-https://www.javaxiu.com/66963.html

// 伪代码示例 Xx代表你的的业务对象 如User Goods等等public class XxLazyCache {    @Autowired    private RedisTemplate<String, Xx> redisTemplate;    @Autowired    private XxService xxService;// 你的业务service    /**     * 查询 通过查询缓存是否存在驱动缓存加载 建议在前置业务保证id对应数据是绝对存在于数据库中的     */    public Xx getXx(int id) {        // 1.查询缓存里面有没有数据        Xx xxCache = getXxFromCache(id);        if(xxCache != null) {            return xxCache;// 卫语句使代码更有利于阅读        }        // 2.查询数据库获取数据 我们假定到业务这一步,传过来的id都在数据库中有对应数据        Xx xx = xxService.getXxById(id);        // 3.设置缓存、这一步相当于Redis缓存懒加载,下次再查询此id,则会走缓存        setXxFromCache(xx);        return xx;        }    }    /**     * 对xx数据进行修改或者删除操作 操作数据库成功后 删除缓存     * 删除请求 - 删除数据库数据 删除缓存     * 修改请求 - 更新数据库数据 删除缓存 下次在查询时候就会从数据库拉取新的数据到缓存中     */    public void deleteXxFromCache(long id) {        String key = "Xx:" + xx.getId();        redisTemplate.delete(key);    }    private void setXxFromCache(Xx xx) {        String key = "Xx:" + xx.getId();        redisTemplate.opsForValue().set(key, xx);    }    private Xx getXxFromCache(int id) {        // 通过缓存前缀拼装唯一主键作为缓存Key 如Xxx信息 就是Xxx:id        String key = "Xx:" + id;        return redisTemplate.opsForValue().get(key);    }}// 业务类public class XxServie {    @Autowired    private XxLazyCache xxLazyCache;    // 查询数据库    public Xx getXxById(long id) {        // 省略实现        return xx;    }    public void updateXx(Xx xx) {        // 更新MySQL数据 省略        // 删除缓存        xxLazyCache.deleteXxFromCache(xx.getId());    }    public void deleteXx(long id) {        // 删除MySQL数据 省略        // 删除缓存        xxLazyCache.deleteXxFromCache(xx.getId());    }}// 实体类@Datapublic class Xx {    // 业务主键    private Long id;    // ...省略}
文章源自JAVA秀-https://www.javaxiu.com/66963.html

优点如下:文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 保证最小的缓存量满足精确查询业务,避免冷数据占用宝贵的内存空间文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 对增删改查业务入侵小、删除即同步文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 可插拔,对于老系统升级,历史数据无需在启动时初始化缓存文章源自JAVA秀-https://www.javaxiu.com/66963.html

缺点如下:文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 数据量需可控,在无限增长业务场景不适用文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 在微服务场景不利于全局缓存应用文章源自JAVA秀-https://www.javaxiu.com/66963.html

总结:文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 空间最小化文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 满足精确查询场景文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 总数据量可控推荐使用文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 微服务场景不适用文章源自JAVA秀-https://www.javaxiu.com/66963.html

Redis 结合本地缓存

微服务场景下,多个微服务使用一个大缓存,流数据业务下,高频读取缓存对 Redis 压力很大,我们使用本地缓存结合 Redis 缓存使用,降低 Redis 压力,同时本地缓存没有连接开销,性能更优。文章源自JAVA秀-https://www.javaxiu.com/66963.html

流程图如下:文章源自JAVA秀-https://www.javaxiu.com/66963.html

Redis+Guava,性能炸裂!这组合真的太顶了….文章源自JAVA秀-https://www.javaxiu.com/66963.html

业务场景:在流处数处理过程中,微服务对多个设备上传的数据进行处理,每个设备有一个 code,流数据的频率高,在消息队列发送过程中使用分区发送,我们需要为设备 code 生成对应的自增号,用自增号对 kafka 中 topic 分区数进行取模。文章源自JAVA秀-https://www.javaxiu.com/66963.html

这样如果有 10000 台设备,自增号就是 0~9999,在取模后就进行分区发送就可以做到每个分区均匀分布。文章源自JAVA秀-https://www.javaxiu.com/66963.html

这个自增号我们使用 redis 的自增数生成,生成后放到 redis 的 hash 结构进行缓存,每次来一个设备,我们就去这个 hash 缓存中取,没有取到就使用自增数生成一个,然后放到 redis 的 hash 缓存中。文章源自JAVA秀-https://www.javaxiu.com/66963.html

这时候每个设备的自增数一经生成是不会再发生改变的,我们就想到使用本地缓存进行优化,避免高频的调用 redis 去获取,降低 redis 压力。文章源自JAVA秀-https://www.javaxiu.com/66963.html

代码示例:文章源自JAVA秀-https://www.javaxiu.com/66963.html

/** * 此缓存演示如何结合redis自增数 hash 本地缓存使用进行设备自增数的生成、缓存、本地缓存 * 本地缓存使用Guava Cache */public class DeviceIncCache {    /**     * 本地缓存     */    private Cache<String, Integer> localCache = CacheBuilder.newBuilder()        .concurrencyLevel(16) // 并发级别        .initialCapacity(1000) // 初始容量        .maximumSize(10000) // 缓存最大长度        .expireAfterAccess(1, TimeUnit.HOURS) // 缓存1小时没被使用就过期        .build();    @Autowired    private RedisTemplate<String, Integer> redisTemplate;    /**     * redis自增数缓存的key     */    private static final String DEVICE_INC_COUNT = "device_inc_count";    /**     * redis设备编码对应自增数的hash缓存key     */    private static final String DEVICE_INC_VALUE = "device_inc_value";    /**     * 获取设备自增数     */    public int getInc(String deviceCode){        // 1.从本地缓存获取        Integer inc = localCache.get(deviceCode);        if(inc != null) {            return inc;        }        // 2.本地缓存未命中,从redis的hash缓存获取        inc = (Integer)redisTemplate.opsForHash().get(DEVICE_INC_VALUE, deviceCode);        // 3. redis的hash缓存中没有,说明是新设备,先为设备生成一个自增号        if(inc == null) {            inc = redisTemplate.opsForValue().increment(DEVICE_INC_COUNT).intValue;            // 添加到redis hash缓存            redisTemplate.opsForHash().put(DEVICE_INC_VALUE, deviceCode, inc);        }        // 4.添加到本地缓存        localCache.put(deviceCode, inc);        // 4.返回自增数        return inc;    }}
文章源自JAVA秀-https://www.javaxiu.com/66963.html

优点如下:文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • redis 保证数据可持久,本地缓存保证超高的读取性能,微服务共用 redis 大缓存的场景能有效降低 redis 压力文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • guava 作为本地缓存,提供了丰富的 api,过期策略,最大容量,保证服务内存可控,冷数据不会长期占据内存空间文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 服务重启导致的本地缓存清空不会影响业务进行文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 微服务及分布式场景使用,分布式情况下每个服务实例只会缓存自己接入的那一部分设备的自增号,本地内存空间最优文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 在示例业务中,自增数满足了分布区发送的均匀分布需求,也可以满足统计设备接入数目的业务场景,一举两得文章源自JAVA秀-https://www.javaxiu.com/66963.html

缺点如下:文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 增加编码复杂度,不直接文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 只适用于缓存内容只增不改的场景文章源自JAVA秀-https://www.javaxiu.com/66963.html

总结:文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 本地缓存空间可控,过期策略优文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 适用于微服务及分布式场景文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 缓存内容不能发生改变文章源自JAVA秀-https://www.javaxiu.com/66963.html

  • 性能优文章源自JAVA秀-https://www.javaxiu.com/66963.html

后记文章源自JAVA秀-https://www.javaxiu.com/66963.html

redis 提供了丰富的数据类型及 api,非常适合业务系统开发,统计计数(increment,decrement),标记位(bitmap),松散数据(hash),先进先出、队列式读取(list)。文章源自JAVA秀-https://www.javaxiu.com/66963.html

guava 缓存作为本地缓存,能够高效的读取的同时,提供了大量 api 方便我们控制本地缓存的数据量及冷数据淘汰。文章源自JAVA秀-https://www.javaxiu.com/66963.html

作者:热黄油啤酒 文章源自JAVA秀-https://www.javaxiu.com/66963.html

链接:https://juejin.cn/post/7000263632151904293文章源自JAVA秀-https://www.javaxiu.com/66963.html

精彩推荐1.神器!Alibaba Sentinel,功能真心强大!2.SpringBoot + Prometheus + Grafana 打造可视化监控一条龙!真的太顶了!4.我们公司使用了 5 年的系统限流方案!从实现到部署实战详解,稳的一批!4.40个SpringBoot常用注解:让生产力爆表!5.SpringBoot+CAS这套单点登录通用方案,打通我司几十个系统,稳的一批!大Pass平台6.MyBatisPlus又在搞事了!发布神器,一个依赖轻松搞定权限问题!7.SpringBoot+WebSocket实时监控异常,真的太顶了!8求求你以后别再乱用@Validated 和 @Valid 了,要不然把你同事都的搞疯!!9.求求你别再手动部署jar包了,太low了!动态上传热部署真的太爽了!
文章源自JAVA秀-https://www.javaxiu.com/66963.html

Redis+Guava,性能炸裂!这组合真的太顶了….文章源自JAVA秀-https://www.javaxiu.com/66963.html

继续阅读
文章末尾固定信息...
weinxin
资源分享QQ群
本站是JAVA秀团队的技术分享社区, 会经常分享资源和教程; 分享的时代, 请别再沉默!
沙海
匿名

发表评论

匿名网友 填写信息

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen:

确定