Redis中的数据重复写入处理策略（redis 重复写入）

Redis 是一款开源的内存数据库，采用 key-value 的存储方式，广泛使用来存储文本、图片、视频等各类非结构化数据。由于是基于内存的存储方式，redis 对于性能的要求非常高，因此在数据写入上，为了避免多余的重复写入，Redis 将采用一定的处理策略进行重复数据写入的处理，以满足多用户需求。

一、利用 redis 进行重复数据写入剔除使用命令 SETNX 进行处理 。SETNX 命令是 set if not exist（如果不存在）的缩写，功能是只有在 key 不存在时，才对 key 进行设置操作。因此可以利用这个特性，如果 Redis 中 key 的值已经存在，就不会再去替换重复的数据。

例子：

127.0.0.1:6379> SETNX mykey “Hello world”

(integer) 1

127.0.0.1:6379> SETNX mykey “Redis”

(integer) 0

上面的例子中，key 为 mykey，当第一次写入 “Hello world” 时返回 1，表示 key 不存在，设置成功，当第二次写入 “Redis” 时，返回 0，表示该 key 已经存在，设置失败。

二、利用 redis 的事务处理进行重复数据写入的处理。Redis 也支持事务的功能，可以结合 MULTI、EXEC、WATCH 这三个命令实现事务的处理，它们分别为：MULTI：用来开始一个事务，EXEC：用来提交一个事务，WATCH：用于监视一个或多个 key，也就是说，在 EXEC 命令之前，Redis 会自动监视列表中所有 key，如果其中任何一个 key 在 EXEC 之前被其他客户端改变，那么执行 EXEC 命令失败，当用户发出 multi 指令后，可以在 watch 命令里面对所有要写入的 key 进行监控，一旦值被其他客户端改变，后续的命令将不被执行。

例子：

127.0.0.1:6379> WATCH mykey

OK

127.0.0.1:6379> MULTI

OK

127.0.0.1:6379> SET mykey “Redis”

QUEUED

127.0.0.1:6379> EXEC

(nil)

上面的例子中，在执行 EXEC 命令前监控了 mykey，因此当执行 SET mykey “Redis” 时，因为 redis 中没有 mykey 的 key，所以执行 EXEC 命令，返回结果为 nil。

以上就是 redis 中处理重复数据写入的处理策略，即通过 SETNX 和事务功能来决定是否处理写入成功，并使 Redis 的性能保持稳定。