一、需求分析
需求描述为实现某商品秒杀活动,结果为商品库存为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: 秒杀系统示例