在

写在前面

需求是做一个秒杀系统，比如大家来抢100台手机，先到先得。

一、 分布式锁简介

分布式锁是一种常见的协调分布式系统的机制，在分布式环境下保证数据的一致性和可用性。分布式锁的实现有很多种方式，其中较为常见的方式是利用Redis实现分布式锁。

在使用 Redis 实现分布式锁时，我们通常使用 SET key value [EX seconds] [NX] 命令来给某个 key 设置一个具有过期时间的值作为锁。其中 EX 参数表示设置过期时间，当 Redis 客户端连接断开或者达到过期时间时，锁会自动失效。但是，在一些特殊情况下，由于网络波动等原因，我们可能无法及时续期更新锁的过期时间，这会导致锁在没有被显式释放的情况下过期，从而引发并发问题。

前言

1.为什么要使用分布式锁

前言

前几天有朋友说自己面试被问到Redis的事务，虽然不常用，但是面试竟然被问到，平时自己没有注意Redis的事务这一块，面试的时候被问到非常不好受。

虽然，这位读者面试最后算是过了，但是薪资方面没有拿到自己理想的薪资。

其实这个也是正常的，一般面试被问到烂大街的，谁还问你啊，专门挑一些不常见的来问你，就是为了压你的薪资。

什么是Redis的并发竞争问题？

Redis的并发竞争问题，主要是发生在并发写竞争。

考虑到redis没有像db中的sql语句，update val = val + 10 where ...，无法使用这种方式进行对数据的更新。

假如有某个key = "price"， value值为10，现在想把value值进行+10操作。正常逻辑下，就是先把数据key为price的值读回来，加上10，再把值给设置回去。如果只有一个连接的情况下，这种方式没有问题，可以工作得很好，但如果有两个连接时，两个连接同时想对还price进行+10操作，就可能会出现问题了。

Redis 事务简介#

稍微了解 Redis 的朋友都知道，Redis 也提供了事务功能。但是 Redis 的事务和我们平时熟悉的关系型数据库中的事务是有区别的。

每天分享一个架构知识