为了避免用户在抢购的过程中,服务器执行业务代码有延迟导致优先操作的用户没能按原有的顺序抢购到商品,也避免了后续程序执行会产生的超卖现象,所以要在用户进入业务处理的时候使用redis加锁(也可以使用文件锁,不过文件锁对于分布式服务器不太友好),以让后续进入的操作进行等待。
redis的三种加锁方式:
1.SETNX:判断$key是否存在,存在则表示前面有用户正在执行操作。
2.set:设置一个$key的值,有值则表示有程序正在执行。
3.incr:设置一个自增的key,大于等于1则表示当前有程序正在执行。
业务逻辑执行完毕则删除锁,以便于后续的程序运行以及占用内存的释放,set可以设置过期时间,也可以携带nx操作
(tp6可以通过cache类加载redis)
优化抢购体验:Redis加锁机制详解
本文介绍了如何使用Redis加锁技术防止抢购过程中服务器延迟导致的并发问题,重点讲解了SETNX、set和incr三种加锁方式的应用,以及业务完成后删除锁的必要性。
521

被折叠的 条评论
为什么被折叠?



