Redis的数据结构uploadceabfddcffefcfpngRedis的键值对中的key就是字符串对象而value可以是字符串对象也可以是集合数据类型的对象redis的键值数据库uploadaefcfceedefpngStringSDSuploaddcddaaaadepngC语言字符数组以结尾标识字符串的结束uploadfaffcbacfacdadfpngC语言实现的字符数组有两个缺陷a获取字符串长度的时间复杂度为ONb字符串的结尾是以字符标识字符串里面不能包含有字符因此不能保存二进制数据redis中的SDS结构uploadfeffcbbaaedcbdpngRedis的SDS结构在原本字
2024-02-07 12:54 1084 0 Redis数据结构
项目介绍我最近做过的个项目是物流类的项叫做准达物流是自己学习练手的个项目主要是为了体现智能调度这一方面主要是基于微服务架构体系的物流项系统主要是通过智能管控辆调研线路规划等核业务流程操作智能化幅度提升效及管控效率节省运输成本该项类似顺丰速运是向C端户提供快递服务的系统竞品有顺丰中通圆通京东快递等项产品主要有端产品户端基于微信程序开发外部客户使可以寄件查询物流信息等快递员端基于安卓开发的机APP公司内部的快递员使可以接收取派件任务等司机端基于安卓开发的机APP公司内部的司机使可以接收运输任务上报位置信息等后台系统管理基于vue开发PC端使公司内部管理员户使可以进基础数据维护订单管理运单管理等这个
redologredolog重做日志是InnoDB存储引擎独有的它让MySQL拥有了崩溃恢复能力比如MySQL实例挂了或宕机了重启时InnoDB存储引擎会使用redolog恢复数据保证数据的持久性与完整性uploadfadecaabfeepngMySQL中数据是以页为单位你查询一条记录会从硬盘把一页的数据加载出来加载出来的数据叫数据页会放入到BufferPool中后续的查询都是先从BufferPool中找没有命中再去硬盘加载减少硬盘IO开销提升性能更新表数据的时候也是如此发现BufferPool里存在要更新的数据就直接在BufferPool里更新然后会把在某个数据页上做了什么修改记录到重做日志
2024-02-01 16:00 1376 0 redo、undo、 bin三大日志
前言根据上一节课的了解我们知道我们优惠卷是有不同的规则的优惠券规则从类型来说就种每满减例如每满减折扣例如满打折最大不超过无门槛例如直接抵扣元满减例如满减优惠类型discountType对应到数据库的字段就是discounttype另外优惠券描述中基本都会包含下列字段优惠门槛thresholdAmount也就是优惠的基本条件例如满优惠值discountValue也就是具体折扣例如减打折最大优惠maxDiscountValue最大折扣限制折扣金额对应的数据库表结构如下uploadabaceecaadfpng因此各种各样的优惠券其规则都可以用上述个字段标示而规则根据优惠类型discountType来
2024-02-01 12:54 1577 0 策略模式 异步 CountDownLatch CompletableFuture
为什么需要网关网关我觉得可以理解成是微服务系统的门卫是微服务架构中一个关键的组件负责管理和调控外部请求进入内部微服务的流量为了更好理解拿个生活中的例子来对比下一个大型的购物中心微服务系统里面有很多不同的商店不同的微服务比如服装店餐馆电影院等等每个商店都有自己独立的入口这样的好处是每个商店都可以独立运营但是如果每个顾客都直接去商店入口没有统一入口会非常混乱而且购物中心需要对每个商店的顾客流量进行管理比如防止某些商店人满为患或者统一处理会员优惠等网关在微服务体系中的具体位置在哪儿呢uploaddbdacabcbbbdpng可以看到网关在负载均衡下的第一入口也就是说整个微服务系统外部请求都必须要经过
2024-02-01 12:47 1104 0 SpringCloud
前言在上一篇文章中我们用synchronized解决的用户领取优惠卷超卖的问题项目一总结十优惠卷超卖问题的解决httpcqkjavacnhtml十优惠卷超卖问题的解决但是真的就到此为止了嘛问题这是在我们单机模式下没有超卖的问题我们的服务将来肯定会多实例形成集群每一个实例都会有一个自己的JVM运行环境因此即便是同一个用户如果并发的发起了多个请求由于请求进入了多个JVM就会出现多个锁对象用户id对象自然就有多个锁监视器此时就会出现每个JVM内部都有一个线程获取锁成功的情况没有达到互斥的效果并发安全问题就可能再次发生了uploadfadfceabeapng关于最后的方式呢我们是使用的Redisson
背景在我的项目Online学习平台中优惠卷是由用户领取然后使用的但是优惠巻数量肯定是有限的这就类似于传统电商网站中不得不面对的一个问题超卖下面我就来带领小伙伴们透过现象看本质层层解析前面已经展示过优惠卷的表结构设计了优惠卷表uploadefdbabfbcaffecacpng要想记录谁领了那张卷我们又设计了一个用户优惠卷表来展示用户与优惠卷的关系用户优惠卷表uploadaafbefabfbeecdpng分析领卷有两种方式手动领取兑换码兑换手动领取领券的本质就是新增一条记录到usercoupon表去记录用户和领券的优惠券之间的关系使用状态等信息那因此请求的需要两个参数用户id优惠券id不过需要注意
2024-01-30 21:05 1218 0 synchronized / lock 乐观锁 分布式事务 事务失效的场景 代理模式
分布式任务调度原理那么分布式任务调度是如何实现任务调度和编排的呢我们先来看看普通定时任务的实现原理一般定时任务中会有两个组件任务要执行的代码任务触发器基于定义好的规则触发任务因此在多实例部署的时候每个启动的服务实例都会有自己的任务触发器这样就会导致各个实例各自运行无法统一控制uploadefabcbbpng那如果我们想要统一控制各个服务实例的任务执行和调度该怎么办大家应该能想到就是要把任务触发器提取到各个服务实例之外去做统一的触发统一的调度事实上大多数的分布式任务调度组件都是这样做的uploadadcbbfeeapng这样一来具体哪个任务该执行什么时候执行交给哪个应用实例来执行全部都有统一的任
