当前位置：首页 > article >正文

【场景题】秒杀系统设计以及解决方案

article 2024/10/2 11:35:57

负载均衡（在Nginx中配置）
- 轮询策略
  - 按照顺序依次将请求分配到后端服务器。
```
upstream backend_pool {
    server 192.168.1.100:80;
    server 192.168.1.101:80;
}
```
- 加权轮询策略
  - 若不同服务器性能不同，可给不同服务器加权，性能好的分配更多请求。
```
upstream backend_pool {
    server 192.168.1.100:80 weight = 3;
    server 192.168.1.101:80 weight = 1;
}
```
- IP哈希策略
  - 根据客户端IP地址计算哈希值，同一哈希值分配到同一后端服务器。
```
upstream backend_pool {
    ip_hash;
    server 192.168.1.100:80;
    server 192.168.1.101:80;
}
```
缓存层面
- Redis
  - 在后端使用Redis作为缓存来存储热门商品的信息，如库存储量、商品详情等。
- 缓存预热
  - 提前将商品信息等加载到缓存当中。
    -数据同步：可以采用异步的方式是实现从缓存中获取库存信息，判断是否有库存，如果有那么就进行库存扣减，之后异步同步到数据当中。
业务层面
- 库存管理：采用数据库的行锁或者分布式锁来保证并发情况下的库存准确性。
- 订单处理：秒杀成功之后，需要创建订单。可以采用异步处理订单的方式，将订单创建任务放到消息队列之中。
流量控制 ：可以在秒杀界面提娜佳一个验证码机制，这样可以减少某一时刻的流量过大

以上就是一些解决方案，但是可能会出现超卖，redis并发过大的安全问题，以及redis和mysql数据一致性等问题。

超卖问题的解决方案
- 数据库的事务解决：在库存的增减操作的时候，可以使用事务来保证操作的原子性。
- 数据库行锁以及乐观锁机制解决：首先可以对于操作的数据加上一个行锁来进行解决，其次可以存储一个version字段来实现乐观锁思想的方案进行解决。
Redis并发大访问的问题解决方案（详细见上一篇文章）
- 分布式锁控制并发量 ：是指对多个客户端访问操作同一份数据的过程进行控制，以保证任何时候只有一个客户端可以进行操作（缺点：性能低）
- 原子性操作：redis实现原子操作主要是有两种，redis自带的操作（如incr、decr）、lua脚本（奖等多个操作写到一个lua脚本中，医院自行方式执行单个lua脚本）。
Redis 和 MySQL数据不一致解决方案详细看这篇文章
- 分布式锁
- canal
- 延时双删
- 消息队列