go实现的秒杀系统

功能

• 用户注册、登录，商品展示，商品秒杀，下单
• 后台商品管理、订单管理

数据库设计

技术栈

• RESTful API

• Gin

• Gorm

• Swagger

• Jwt-go

• MySQL

• Redis

• RabbitMQ

• Vue + ElementUI （后台管理）

• Flutter ？vue ？（前端App or Web待定）

数据来源

爬取小米秒杀界面数据 https://m.mi.com/seckill

项目架构设计

设计秒杀系统的注意点

来源：https://reading.developerlearning.cn/interview/interview-design/

前端秒杀页面

页面静态化：将活动页面上的所有可以静态的元素全部静态化，并尽量减少动态 元素。通过CDN来抗峰值。 禁止重复提交：用户提交之后按钮置灰，禁止重复提交。 用户限流：在某一时间段内只允许用户提交一次请求，比如可以采取IP限流。

服务端控制器(网关)

限制uid访问频率：我们上面拦截了浏览器访问的请求，但针对某些恶意攻击或其它插件，在服务端控制层需要针对同一个访问uid，限制访问频率。

服务层

采用消息队列缓存请求：既然服务层知道库存只有100台手机，那完全没有必要把100W个请求都传递到数据库啊，那么可以先把这些请求都写到消息队列缓存一下，数据库层订阅消息减库存，减库存成功的请求返回秒杀成功，失败的返回秒杀结束。 利用缓存应对读请求：对类似于12306等购票业务，是典型的读多写少业务，大部分请求是查询请求，所以可以利用缓存分担数据库压力。 利用缓存应对写请求：缓存也是可以应对写请求的，比如我们就可以把数据库中的库存数据转移到Redis缓存中，所有减库存操作都在Redis中进行，然后再通过后台进程把Redis中的用户秒杀请求同步到数据库中。

数据库层

数据库层是最脆弱的一层，一般在应用设计时在上游就需要把请求拦截掉，数据库层只承担“能力范围内”的访问请求。所以，上面通过在服务层引入队列和缓存，让最底层的数据库高枕无忧。