Redis缓存雪崩的解决方案
上一篇文章《Redis缓存击穿的解决方案》我们介绍了缓存击穿的解决方案，这篇文章我们来介绍下缓存雪崩的解决方案。什么是缓存雪崩缓存雪崩指缓存中大量数据的失效时间集中在某一个时间段，导致在这个时间段内缓存失效并额外请求...
Rae
Redis缓存击穿的解决方案
上一篇文章《Redis缓存穿透的解决方案》我们介绍了缓存穿透的解决方案，这篇文章我们介绍缓存击穿的解决方案。什么是缓存击穿？缓存击穿指的是在一些高并发访问下，一个热点数据从缓存中不存在，每次请求都要直接查询数据库，从...
Redis缓存穿透的解决方案
在java开发过程中redis几乎是我们项目开发的标配，所以我们会经常涉及到利用redis进行开发。那么在redis开发过程中，我们经常会遇到缓存穿透的问题。这篇文章我们就来给大家介绍下缓存穿透的解决方案。首先说说什...
zuul网关中的全局变量配置信息
Zuul中全局变量配置的信息比较多，这里我们挑几个全局的变量解释一下一、url路径匹配# URL pattern# 使用路径方式匹配路由规则。# 参数key结构：zuu...
订单系统设计方案之如何做订单分库分表和多维度查询
如果电商网站的订单数过多，我们一般会想到 分库分表 解决策略。没问题，这个方向是对的。但是查询维度很多1、买家，查询 我的订单 列表，需要根据 buyer_id&nb...
订单系统设计方案之如何做历史订单和归档
根据二八定律，系统绝大部分的性能开销花在20%的业务。数据也不例外，从数据的使用频率来看，经常被业务访问的数据称为热点数据；反之，称之为冷数据。在了解的数据的冷、热特性后，便可以指导我们做一些有针对性的性能优化。这里...
订单系统设计方案之如何避免Mysql读写分离带来的数据不一致问题
互联网业务大部分都是 读多写少，为了提升数据库集群的吞吐性能，我们通常会采用 主从架构、读写分离部署一个主库实例，客户端请求所有写操作全部写到主库，然后借助 MySQL 自带的 主从同步...
订单系统设计方案之如何保证账户余额更新和事务
用户支付，我们要从买家账户减掉一定金额，再往卖家增加一定金额，为了保证数据的完整性、可追溯性，变更余额时，我们通常会同时插入一条记录流水。账户流水核心字段：流水ID、金额、交易双方账户、交易时间戳、订单号、注意：账户...
订单系统设计方案之如何避免出现ABA？
举个例子：商家发货，填写运单号，开始填了 123，后来发现填错了，然后又修改为 456。此时，如果就为某种特殊场景埋下错误伏笔，具体我们来看下过程：开始「请求A」发货，调订单服务接口，更新运单号 123但是...
订单系统设计方案之如何避免出现库存超卖？
常见的库存扣减方式有：下单减库存：即当买家下单后，在商品的总库存中减去买家购买数量。下单减库存是最简单的减库存方式，也是控制最精确的一种，下单时直接通过数据库的事务机制控制商品库存，这样一定不会出现超卖的情况。但是你...
