首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
解决方案
订阅
C的执着
更多收藏集
微信扫码分享
微信
新浪微博
QQ
21篇文章 · 0订阅
大数据存储域——HBase数据库
本文介绍了 HBase 数据库,包括其特点、组件、数据模型、数据写入与读取流程等基础知识,并分享了 HBase 实战经验总结,如性能指标、使用场景、与 HDFS 的关系、WAL 机制、数据删除原理
SpringBoot + Redis 滑动窗口计数:打造高可靠接口防刷体系
基于SpringBoot框架,结合Redis的ZSET数据结构实现滑动窗口计数算法,从架构设计、代码实现、业务落地到性能优化,全方位分析如何为登录、短信、支付等核心接口构建高可靠的防刷防护墙。
千万级数据秒级对账!银行日终批处理对账系统从理论到实战
千万级数据秒级对账!银行日终批处理对账系统从理论到实战 一、为什么需要对账系统? 1.1 业务背景 在现代化的支付体系中,一笔交易通常涉及多个系统: 由于网络延迟、系统故障、数据同步等问题,可能导致:
高并发分布式Springcloud系统下,使用RabbitMQ实现订单支付完整闭环的实现方案(反向撤销+重试+补偿)
订单支付完整闭环实现方案(反向撤销+重试+补偿) 一、业务闭环核心流程 完整的订单支付闭环需覆盖「下单→支付→反向撤销→补偿兜底→异常校验」全链路,确保任何异常场景下最终数据一致。核心流程如下: 二、
订单ID容量升级:从40位到64位的架构演进
分布式订单系统达到亿级规模时,40位订单号面临容量瓶颈。本文分享订单ID从40位升级到64位的方案,核心是将路由信息编码到高位实现零查库路由,涵盖位段设计、编解码实现、降级容错及新旧兼容策略。
分布式本地缓存刷新方案
背景 最近公司做的一个需求中有个场景是关于分布式本地缓存刷新的。在跟领导和同事讨论技术方案的时候发现实现起来也不是很难,但是如何大规模使用或者结合不同框架中间件去实现也是有些挑战的,所以本篇文章就
架构师方案-本地缓存一致性刷新方案
### 前言 > 本地缓存和业务请求在同一台机器上,相对于Redis读写速度非常快,对于一些变更频率低、实时性要求低的数据,可以放在本地缓存中,提升访问速度。 使用本地缓存能够减少和Redis类集中式
SpringCloud全链路灰色发布具体实现!
灰度发布(Gray Release,也称为灰度发布或金丝雀发布)是指在软件或服务发布过程中,将新版本的功能或服务以较小的比例引入到生产环境中,仅向部分用户或节点提供新功能的一种发布策略。 在传统的全量
京东面试题:ElasticSearch深度分页解决方案!
一道之前的面试题: 来自:社招一年半面经分享(含阿里美团头条京东滴滴) 「文章较长,可以点赞在看」 文章内容收录到个人网站,方便阅读:http://hardyfish.top/ 前言 Elastics
交易订单优惠分配算法实践
1 前言 做过支付和订单的同学们都会遇到订单拆单的问题,特别是在处理订单优惠的时候,需要将具体的优惠分配到每一个具体的订单明细上(即将优惠拆分到每种商品上,一般都是按照每种商品金额的比例进行拆分),在