Redis(九)：并发问题

前言

上一篇介绍了 Redis 的内存管理。这节开始介绍 Redis 并发方面的问题。

Redis 的单个命令是原子的，但是一个业务操作可能包含多条命令，比如以下场景：客户端查询值，并递增，在高并发场景下就可能出现并发问题，导致数据不一致。

client1 get n => 1
client2 get n => 1
client1 set n => 2
client2 set n => 2

为了保证并发访问的正确性，Redis 提供了三种方法，原子操作、分布式锁、事务。

原子操作

为了实现并发控制要求的临界区代码互斥执行，Redis 的原子操作采用了两种方法：单命令操作和 Lua 脚本。

单命令操作

Redis 的每个操作都是原子性的。

Redis 是使用单线程来串行处理客户端的请求操作命令的，所以，当 Redis 执行某个命令操作时，其他命令是无法执行的，这相当于单个操作是原子的。虽然 Redis 的单个操作是原子的，但是通常修改数据是包含多个操作的，至少包括读数据、修改数据、写回数据这三个操作，此时仍然可能出现并发问题。

针对常用的修改数据场景，Redis 提供了 INCR/DECR 命令，可以对数据进行简单的递增/递减操作，它们本身就是单个命令操作，在执行时，具有互斥性。但是如果要执行更复杂的操作，Redis 的单命令操作就无法保证互斥执行了。

Lua 脚