秒杀场景下的业务梳理——Redis分布式锁的优化 随着互联网的快速发展,商品秒杀的场景我们并不少见;秒杀是一种供不应求的,高并发的场景,它里面包含了很多技术点,掌握了其中的技术点,虽不一定能让你面试立马成功,但那也必是一个闪耀的点! 前言 假设我们现在有一个商城系统,里面上线了一个商品秒杀的模块,那么这个模块我们要怎么设计呢? 秒杀模块又会有哪些不同的需求呢? 全局唯一 ID 商品秒杀本质上其实还是商品购买,所以我们需要准备一张订单表来记录对应的秒杀订单。 这里就涉及到了一个订单 id 的问题了,我们是否可以像其他表一样使用数据库自身的自增 id 呢? 数据库自增 id 的缺点 订单表如果使用数据库自增 id ,则会存在一些问题: id 的规律太明显了 因为我们的订单 id 是需要回显给用户查看的,如果是 id 规律太明显的话,会暴露一些信息,比如第一天下单的 id = 10 , 第二天...