生产环境中的 redis 是怎么部署的？
redis cluster，10 台机器，5 台机器部署了 redis 主实例，另外 5 台机器部署了 redis 的从实例，每个主实例挂了一个从实例，5 个节点对外提供读写服务，每个节点的读写高峰qps可能可以达到每秒 5 万，5 台机器最多是 25 万读写请求/s。
机器是什么配置？
32G 内存+ 8 核 CPU + 1T 磁盘，但是分配给 redis 进程的是10g内存，一般线上生产环境，redis 的内存尽量不要超过 10g，超过 10g 可能会有问题。5 台机器对外提供读写，一共有 50g 内存。
因为每个主实例都挂了一个从实例，所以是高可用的，任何一个主实例宕机，都会自动故障迁移，redis 从实例会自动变成主实例继续提供读写服务。
你往内存里写的是什么数据？每条数据的大小是多少？
商品数据，每条数据是 10kb。100条数据是 1mb，10 万条数据是1g。常驻内存的是 200 万条商品数据，占用内存是 20g，仅仅不到总内存的 50%。高峰期每秒就是 3500 左右的请求量。
Redis实现分布式锁
可以用来解决 Redis 的并发竞争 Key 问题
实现方式：setnx、radisson、redlock
setnx：指定的 key 不存在时，才能操作成功，为 key 设置指定的值（已存在则不进行任何操作）
设置锁：给所有服务节点设置相同的key，返回为0，则锁获取失败（防止锁被别人所释放可以设置一个线程的唯一标识）
删除锁：判断线程唯一标志，再删除（可以设置一个合理的过期时间）
问题：
实现的Redis分布式锁，其实不具有可重入性
存在任务超时问题，锁自动释放（key过期），导致并发问题
Redis没有实现可重入性及锁续期，可以通过 radisson解决(类似AQS的实现，看门狗监听机制)
redis多节点数据同步问题：
redlock：上述机制都只操作单节点、即使Redis通过 sentinel保证高可用，如果这个 master节点由于某些原因发生了主从切换，那么就会出现锁丢失的情况( redis同步设置可能数据丢失)。 redlock从多个节点申请锁，当一半以上节点获取成功、锁才算获取成功，redission有相应的实现
Redlock是Redis 官方站提出了一种权威的基于 Redis 实现分布式锁的方式 ，此种方式比原先的单节点的方法更安全。