- 博客(11)
- 收藏
- 关注
原创 【Redis】超卖问题、一人一单问题、引入分布式锁
我们将服务启动两份,端口分别为8081和8082,用户请求会在这两个节点上。解决了超卖问题后,假如我们要多加一个要求,一人只能下一次单,如何解决?上,尝试获得锁,此时锁对于不在同一个服务器上的请求并未生效,依旧会出现。(加锁的关键),锁监视器只能判断本机的jvm上的锁是否存在。也就是假如用户发了多次请求,会被分配到不同的服务器处理。对于每个服务器,它有自己的jvm,每个jvm就有自己的。在高并发场景下,如果不进行加锁,可能会出现超卖问题。如果用户发了两个请求去买券,第一个请求打到。只需要在原有基础上,
2026-01-26 10:33:30
414
原创 【Redis】feed流的分页问题
但是如果记下最后一条的时间,如果有新内容插入了,由于之前记录了时间,分页会寻找该时间前的记录,:实现「关注的人的博客」的滚动分页(上拉加载更多)
2026-01-25 20:36:07
374
原创 【Redis】redis实现关注推送(feed流)
关注推送也叫做Feed流,直译为投喂。为用户持续的提供“沉浸式”的体验,通过无限下拉刷新获取新的信息。(获取信息的一种方式。
2026-01-25 17:03:05
371
原创 【Redis】setnx实现互斥锁的几个痛点
客户端会向主节点申请锁,如果申请成功,主节点会异步复制主节点上的内容到从节点(相当于做一个备份,如果主节点挂的话,从节点就可以替上)在某些场景下,某个时刻并发量很高,但是其实锁其实只被占有了一会,应该尝试重新获取锁,而不是返回异常。假如主节点上面的内容还没复制到从节点就挂了,那么此时从节点上是不存在。,因为锁已经被外部的方法获取了,这会导致内部的方法无法获取锁,就会导致死锁。的,相当于此时别的线程也可以来获取锁了,此时就出现了线程安全。简单来说就是对于一个方法,这个方法需要获取锁(
2026-01-24 21:51:36
79
空空如也
怎么制作一下类型的小游戏
2024-05-21
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅
5