基于秒杀系统的企业开发设计思考

一、需求分析

需求描述为实现某商品秒杀活动，结果为商品库存为0，订单数量和商品原有库存数量相等，即保障系统数据一致性同时，保障系统稳定性

二、流程设计

三、数据库设计

本次示例仅涉及商品表、订单表，这里分享数据库设计原则：

1、第一范式 即每个列遵循原子性 举例：人的多个属性不能都放在一列

2、第二范式 即每个表遵循模块化 举例：订单模块和产品模块分开，即同一张表只能依赖一个主键(或负荷主键)

3、第三范式 即每个列遵循冗余性 举例：单价和总价不应该同时出现，班级和老师不应该同时出现

总结：需求>性能>范式，为了性能/需求，该冗余还是得冗余；为了成本，至少遵循第三范式

四、缓存设计

key设计规范

以业务名为前缀(防止key冲突)，用冒号分隔，比如业务名:模块名:id

五、设计方案对比

方案一

利用数据库完成秒杀系统，其中查询/更新库存，需结合数据库事务和排他锁进行实现

方案二

利用数据库和redis完成秒杀系统，其中查询/扣减库存，结合分布式锁和redis原子性递减操作实现

方案三

利用数据库和redis完成秒杀系统，其中查询/扣减库存，利用redis lua操作实现

六、压测工具及数据分享

1.压测工具ab

常用参数

-k Use HTTP KeepAlive feature

-t timelimit Seconds to max. to spend on benchmarking

-n requests Number of requests to perform

-c concurrency Number of multiple requests to make at a time

2.压测环境

压测环境：cpu：2核 内存：2G(注：不包括中间件带来的资源消耗)

执行命令：ab -k -c 100 -t 10 http://localhost:8089/seckill-service/doSeckill?productId=1

3.压测数据

方案一

Requests per second: 716.40 [#/sec] (mean)

Time per request: 139.587 [ms] (mean)

方案二

Requests per second: 827.66 [#/sec] (mean)

Time per request: 120.822 [ms] (mean)

方案三

Requests per second: 2955.46 [#/sec] (mean)

Time per request: 33.836 [ms] (mean)

七、mysql锁和redis常见问题分享

mysql锁-----行锁的类型

1、共享锁(Shared Lock)：也叫 S锁/读锁，允许多个事务同时读取同一资源

2、排它锁(Exclusive Lock)：也叫 X锁/写锁，只允许一个事务对资源进行写操作

redis常见问题

1、缓存穿透即查询一个不存在的数据，即缓存和数据库都不存在

解决方案：布隆过滤器(借助redisson的bloomFilter)，存放所有key，不存在直接拦截

注：bloomFilter.tryInit参数为元素空间大小、误判率 ，其中误判率越低，占用空间越大  

2、缓存击穿即某个热点数据失效，导致数据库压力剧增，即缓存不存在，数据库存在

解决方案：a.对热点数据的数据库操作加锁(借助redisson的lock) b.热点数据不过期

3、缓存雪崩即所有缓存数据同时失效，即缓存不存在，数据库可能存在/可能不存在

解决方案：a.失效时间随机值 b.缓存分布式

八、源码分享

seckill-service: 秒杀系统示例