首页
标签页
后端开发
理论知识笔记
关于
Haenu的Blog
坚持学习,慢慢进步!
累计撰写
35
篇文章
累计创建
10
个标签
累计收到
2
条评论
栏目
目 录
CONTENT
以下是
后端开发
相关的文章
并行框架的应用场景和需求
并行框架的应用场景和需求 譬如用户请求“我的订单”,后台在收到请求后,就需要去调用用户详情rpc、商品详情rpc、库存rpc、优惠券rpc等等很多个服务。有些服务是可以并行去请求的,但有些服务是依赖于某个服务的返回值的(如查库存、优惠券,就依赖于商品详情回复到达后才能去请求)。 譬如在数据清洗领域,
2024-12-06
46
0
0
后端开发
责任链设计模式
什么是责任链 责任链设计模式是一种行为型设计模式,其主要目的是解耦请求发送者和请求接收者,让多个对象都有机会处理请求,从而避免请求发送者和接收者之间的紧耦合。 责任链模式的核心是一个链式结构,链中每个节点代表一个处理者对象,请求先经过第一个节点处理,如果该节点能够处理请求,则直接返回处理结果;否则,
2024-08-25
32
0
0
后端开发
SSO单点登录
SSO 单点登录 基于OAuth2实现的统一认证 OAuth2 实质是为第三方应用颁发一个具有时效性的Token令牌,使其他服务或第三方应用能够通过令牌获取相关资源。 常见的场景: 比如进入某个网站没有账号信息, 但可以通过QQ、微信、支付宝等 账号进行登陆, 在这个登陆过程中采用的就是Oauth2
2024-08-23
88
0
0
后端开发
优惠券方案设计
优惠券方案设计 流程 对优惠券的下列需求: 判断一个优惠券是否可用,也就是检查订单金额是否达到优惠券使用门槛 按照优惠规则计算优惠金额,能够计算才能比较并找出最优方案 生成优惠券规则描述,目的是在页面直观的展示各种方案,供用户选择 惠券规则从类型来说就4种: 每满减:例如每满100减10 折扣:例如
2024-08-22
77
0
0
后端开发
兑换码设计方案
兑换码的需求 可读性好:兑换码是要给用户使用的,用户需要输入兑换码,因此可读性必须好。我们的要求: 长度不超过10个字符 只能是24个大写字母和8个数字:ABCDEFGHJKLMNPQRSTUVWXYZ23456789 数据量大:优惠活动比较频繁,必须有充足的兑换码,最好有10亿以上的量 唯一性:1
2024-08-17
262
0
2
后端开发
幂等方案
幂等性介绍 幂等是一个数学上的概念 f(n) = 1^ n 无论n为多少 f(n)的值永远为1 在我们的编程中定义为: 无论对某一个资源操作了多少次,其影响都应是相同的。 以SQL为例: select * from table where id=1。此SQL无论执行多少次,虽然结果有可能出现不同,都
2024-08-17
232
0
5
后端开发
积分系统设计(签到/排行榜)
数据库结构 积分记录的目的有两个:一个是统计用户当日某一种方式获取的积分是否达到上限;一个是统计积分排行榜。 排行肯定是有时间/赛季的 所以我们需要创建一个实体 用来记录赛季信息 赛季名称 赛季开始时间 赛季结束时间 排行榜也不复杂,核心要素包括: 用户id 本赛季当前积分 本赛季当前排名 当然,由
2024-08-15
108
0
0
后端开发
点赞系统
点赞系统 通用:点赞业务在设计的时候不要与业务系统耦合,必须同时支持不同业务的点赞功能 独立:点赞功能是独立系统,并且不依赖其它服务。这样才具备可迁移性。 并发:一些热点业务点赞会很多,所以点赞功能必须支持高并发 安全:要做好并发安全控制,避免重复点赞 第一版实现思路 如果避免重复点赞那么我们需要有
2024-08-15
81
0
0
后端开发
为什么Mysql不允许在RC情况下使用statement?
MySQL在主从复制的过程中,数据的同步是通过binlog进行的, 简单理解就是主服务器把数据变更记录到binlog中,然后再把binlog同步传输给从服务器,从服务器接收到binlog之后,再把其中的数据恢复到自己的数据库存储中。 那么,binlog里面记录的是什么内容呢?格式是怎样的呢?MySQ
2024-07-18
52
0
0
后端开发
关于Mysql页分裂现象
主键索引最好是自增的 我们在建表的时候,都会默认将主键索引设置为自增的,具体为什么要这样做呢?又什么好处? InnoDB 创建主键索引默认为聚簇索引,数据被存放在了 B+Tree 的叶子节点上。也就是说,同一个叶子节点内的各个数据是按主键顺序存放的,因此,每当有一条新的数据插入时,数据库会根据主键将
2024-07-16
40
0
0
后端开发
1
2