发表于 | 分类于
RocksDB 详解 性能好，支持事务。 秒杀库存扣减中使用了缓存 + Write-Ahead Logging 技术。 事务随机读写。Redo日志是追加文件顺序读写，性能差异有30-40倍。 事务的实现上，MySQL使用的是WAL机制来的。所有的修改都先被写到日志中，然后再被应用到系统重。包括re ...
阅读全文 »

发表于 | 分类于
背景每天定时任务会跑一次下个月的表是否存在，然后进行建表。dubbo调用。在线程上配置了 datasource选取规则。 初始化的时候会判断是否有建下个月的表，这个操作需要通过schema.xxx操作。但是shardingsphere不支持schema.xxx操作。所以我们创建了两个数据源，shar ...
阅读全文 »

发表于 | 分类于
缓存数据库一致Canal : 基于Binlog的同步中间件。 Canal伪装成Mysql的从节点。收到Binlog 解析变更的binlog。 Canal Server - 接收Mysql 日志流。Canal Client - 处理解析后的操作。可以在业务进行实现。 Canal也可以推送到Mq,kaf ...
阅读全文 »

发表于 | 分类于
高并发的读写场景解析不管什么系统，都是做读和写。 侧重”高并发读”的系统存储引擎 ES,solr等终端用户-搜索（读）-> 搜索引擎 <-发布（写）- 内容生产者 数量级的差别：终端用户成千上百万个。生产者是公司内部产生，数量级不会太高。 响应时间。读的响应时间要求在毫秒级。 侧重” ...
阅读全文 »

发表于 | 分类于
高并发场景下实现系统稳定运行微服务网关常见限流方案客户端限流 服务端限流 网关限流 应用层限流 微服务网关限流详情页入口流量保护，黑订单，限制一个IP访问频率。 基于Redis + Lua的脚本限流RequestRateLimiter过滤工厂。算法：令牌桶。 初始化令牌数量。每次请求过来获取一个令牌 ...
阅读全文 »

发表于 | 分类于
下单定时检查的优化RocketMq事务消息 Redis扣减库存优化 分布式锁，存在锁竞争，一个商品对应一个锁。几百个商品同时秒杀，Redis压力巨大。 优化方案： 分布式锁变成本地锁。秒杀服务开始前，由配置中心给每个应用服务实例下发一个库存数胡亮。然后每次下单，每个服务器只管自己的库存数量。与其他 ...
阅读全文 »

发表于 | 分类于
秒杀前的流量控制预约开放预约获得资格后才能参与秒杀。 预约也有高并发所以需要一些设计： 预约管理后台。 预约短信和消息提醒。 面向终端的雨夜核心微服务，提供给用户预约和取消资格能力。 详情页在展示时获取预约信息的能力，比如商品是否预约，当前预约人数等等。 秒杀下单时检查预约资格的能力。 核心 ...
阅读全文 »

发表于 | 分类于
业务分析 系统挑战 瞬时流量 库存有限 持续时间短 预约，限购 涉及 商品详情页，订单结算，支付 要解决的问题 瞬时流量带来的服务端压力，造成单个请求增加。打挂服务器，用户体验不佳。 库存有限。造成多卖，超卖。 刷子流量，黄牛抢单，刷订单。黑产！道高一尺魔高一丈。 通用秒杀架构问题分析解决大流量 ...
阅读全文 »