2024 年 3月随笔档案 - bytesmover - 博客园

随笔 - 20 文章 - 0 评论 - 12 阅读 - 15599

03 2024 档案

基于redis做分布式锁

摘要：1. setnx其实是set key nx，做分布式锁的问题是担心获取到锁的那个线程还没执行del得时候挂了，key会永久存在，可以给key加上expire，其实就是setnx key ex xxx nx 但如何确定expire多大呢？没法确定，所以一般在expire之前做一个续期操作，用独立线程做阅读全文

posted @ 2024-03-11 16:29 bytesmover 阅读(6) 评论(0) 推荐(0) 编辑

版权声明：除非特别声明，本站内所有文章，欢迎转载，但转载文章之后必须在文章页面开头注明出处，否则保留追究法律责任的权利。

昵称： bytesmover
园龄： 7年11个月
粉丝： 2
关注： 2

<

2025年3月

>

日

一

二

三

四

五

六

23

24

25

26

27

28

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

1

2

3

4

5

最新随笔

随笔分类 (23)

随笔档案 (20)

阅读排行榜

评论排行榜

推荐排行榜

最新评论

1. Re:异地多活的数据一致性简单设计
“如果对于数据库的操作是数据库级别的原子性操作，例如redis的incr命令，就可以避免写写冲突。”，但一样会有不一致的情况，例如执行因为网络超时重试了，但服务端如果在第一次执行成功了，这时候会导致执...
--longbozhan
2. Re:C++高并发场景下读多写少的优化方案
深度好文，厉害厉害，学到了，一定持续关注！
--蕙质兰心_zhong
3. Re:C++高并发场景下读多写少的优化方案
@longbozhan 我没有试过，只是看别人这么说：...
--Fun_with_Words
4. Re:C++高并发场景下读多写少的优化方案
@DarthVagen 会有这个时效性的问题，所以才强调的是读优先的场景...
--longbozhan
5. Re:C++高并发场景下读多写少的优化方案
@longbozhan 也就是前一个写线程未完成的时候，新的写线程只能等待。这样做是不是丧失了消息更新的实时性，读线程并不能总是读到最新的内容...
--DarthVagen