前言在我的项目Online学习平台中我们设计了一套促销系统用户可以使用优惠卷享用优惠来购买课程表设计优惠卷表uploadbdffbcecfecbpng优惠卷使用的范围表uploadabbacadcapng优惠卷兑换码表uploadcccfdaaccaeaabpng领取方式有两种手动领取就是展示在用户端页面由用户自己手动点击领取指定方法就是兑换码模式后台给优惠券生成N张兑换码由管理员发放给指定用户这就要求我们在发放优惠券的时候做判断如果发现是指定发放模式则需要提前生成兑换码uploadeccaadcabpng这里我们重点关注兑换码的设计兑换码的需求uploadfafcabbcbaaaccfffp
背景说明快递在途中时客户关心物流实时状态并发量是有一定要求的在电商大促期间快件数量查询人量大此处必须是缓存应用方可顶住并发需求分析用户寄件后是需要查看运单的运输详情也就是需要查看整个转运节点类似这样uploadacffcfaaaadafpng可以看出物流信息中有状态时间具体信息快递员姓名快递员联系方式等信息实现分析基于上面的需求分析我们该如何实现呢首先要分析一下物流信息功能的特点数据量大查询频率高签收后查询频率低数据量大这个挑战是在存储方面如果我们做技术选型的话无非就是两种选择一种是关系型数据库另一种是非关系型数据库选择MongoDB存储要比MySQL更合适一些运单在签收之前查询的频率是非常高
2024-03-11 08:07 769 0 高并发 缓存一致性 Redis优化 优化RT(响应时间)
前言在上一篇文章中我们用synchronized解决的用户领取优惠卷超卖的问题项目一总结十优惠卷超卖问题的解决httpcqkjavacnhtml十优惠卷超卖问题的解决但是真的就到此为止了嘛问题这是在我们单机模式下没有超卖的问题我们的服务将来肯定会多实例形成集群每一个实例都会有一个自己的JVM运行环境因此即便是同一个用户如果并发的发起了多个请求由于请求进入了多个JVM就会出现多个锁对象用户id对象自然就有多个锁监视器此时就会出现每个JVM内部都有一个线程获取锁成功的情况没有达到互斥的效果并发安全问题就可能再次发生了uploadfadfceabeapng关于最后的方式呢我们是使用的Redisson
排行榜在我的Online学习平台项目中实现了积分功能并且也将用户的积分明细保存到了数据库积分的高低排名就是排行榜那么排行榜该如何实现呢基于数据库实现排行榜是基于积分实现的积分明细表如下uploadbadecbbfcbcdepng产生的数据如下uploadaecaafbepng要想形成排行榜我们在查询数据库时需要先对用户分组再对积分求和最终按照积分和排序Sql语句是这样sqlSELECTuseridSUMpointsFROMpointsrecordGROUPBYuseridORDERBYSUMpoints查询结果如下uploadbbbefeadcaapng面对的问题每个用户都可能会有数十甚至上百
前言通用点赞系统需要满足下列特性uploadecbceafafcdpng通用点赞业务在设计的时候不要与业务系统耦合必须同时支持不同业务的点赞功能独立点赞功能是独立系统并且不依赖其它服务这样才具备可迁移性并发一些热点业务点赞会很多所以点赞功能必须支持高并发安全要做好并发安全控制避免重复点赞实现思路要保证安全避免重复点赞我们就必须保存每一次点赞记录只有这样在下次用户点赞时我们才能查询数据判断是否是重复点赞同时因为业务方经常需要根据点赞数量排序因此每个业务的点赞数量也需要记录下来综上点赞的基本思路如下uploadfabefaddacfpng问题点赞服务必须独立因此必须抽取为一个独立服务如果业务方需要
2024-01-23 22:36 1701 0 Redis优化 合并写请求 Redis数据结构 定时任务 高并发 持久化
背景在我的项目一Online学习平台中有这么一个场景积分的获取积分的高低又形成了排行榜用户获取积分的途径有种签到在个人积分页面可以每日签到每次签到得分连续签到有额外积分奖励学习也就是看视频写回答就是给其他学员提问的问题回答给回答做评论是没有积分的写笔记就是学习的过程中记录公开的学习笔记分享给所有人看或者你的笔记被人点赞写评价对你学习过的课程评价可以获取积分但课程只能评价一次我们重点要说的就是签到分析使用数据库记录签到记录我们设计出如下表uploadffeefecdbcaeeabdpng缺点占用空间大这张表中的一条记录是一个用户一次的签到记录假如一个用户年签到次而网站有万用户就会产生亿条记录随着
前言在Online学习平台中当用户观看视频时用户离开再次观看时我们如何对上次的播放进度进行保存完成续播呢接下来就由我来揭开这神秘的面纱我参与了整个学习中心的功能开发其中有很多的学习辅助功能都很有特色比如视频播放的进度记录我们网站的课程是以录播视频为主为了提高用户的学习体验需要实现视频续播功能这个功能本身并不复杂只不过有如下要求首先续播时间误差要控制在秒以内而且要做到用户突然断开甚至切换设备后都可以继续上一次播放要达成这个目的使用传统的手段显然是不行的首先要做到切换设备后还能续播用户的播放进度必须保存在服务端而不是客户端其次用户突然断开或者切换设备续播的时间误差不能超过秒那播放进度的记录频率就需
前言今天我们就来详细的聊聊Redis这四种特殊的数据类型之一BitMap应用场景二值状态统计的场景比如签到判断用户登陆状态连续签到用户总数等概述简介Bitmap即位图是一串连续的二进制数组和可以通过偏移量offset定位元素BitMap通过最小的单位bit来进行的设置表示某个元素的值或者状态时间复杂度为O由于bit是计算机中最小的单位使用它进行储存将非常节省空间特别适合一些数据量大且使用二值统计的场景uploadfcbfbabdeecbpng内部实现Bitmap本身是用String类型作为底层数据结构实现的一种统计二值状态的数据类型String类型是会保存为二进制的字节数组所以Redis就把字
