面试题答案
一键面试Redis SETNX实现分布式锁
- 性能：
- 优点：Redis是基于内存的，操作速度极快，SETNX命令简单高效，在获取和释放锁时能快速响应，性能表现优异，尤其适合高并发场景下对性能要求极高的业务。
- 缺点：大量并发请求时，网络延迟可能对锁操作性能有一定影响。
- 可靠性：
- 优点：通常情况下能可靠工作，若Redis部署为高可用集群模式，即使部分节点故障，仍可保证锁服务。
- 缺点：在Redis主从复制场景下，主节点刚获取锁还未来得及同步到从节点就发生故障，新主节点可能再次分配锁，导致锁的可靠性降低。
- 一致性：
- 优点：单个Redis实例保证强一致性，对于简单应用场景能满足一致性需求。
- 缺点：在集群模式下，由于异步复制特性，可能出现短暂数据不一致，在对一致性要求极高场景下有局限性。
- 应用场景：
- 优点：适用于对性能要求高、对一致性和可靠性要求相对宽松的场景，如抢购活动、短时间内的任务排它执行等。
- 缺点：不适合对数据一致性和可靠性要求极高的金融交易等场景。
Zookeeper实现分布式锁
- 性能：
- 优点：读性能较高，因为Zookeeper采用多节点数据复制，读操作可在多个节点进行。
- 缺点：写性能相对较低，每次写操作都需要过半节点确认，导致写操作延迟较高，相比Redis在高并发写场景下性能较差。
- 可靠性：
- 优点：采用ZAB协议保证数据一致性和可靠性，即使部分节点故障，只要过半节点存活就能正常工作，可靠性极高。
- 缺点：部署和维护相对复杂，对运维要求高，增加了一定的可靠性风险。
- 一致性：
- 优点：严格保证数据一致性，通过ZAB协议确保所有节点数据状态一致，适合对数据一致性要求高的场景。
- 缺点：相比Redis简单一致性实现，Zookeeper一致性实现机制更复杂，带来额外性能开销。
- 应用场景：
- 优点：适用于对数据一致性和可靠性要求极高的场景，如分布式协调、配置中心等。
- 缺点：由于性能限制，不太适合高并发写操作频繁且对性能敏感的场景。
etcd实现分布式锁
- 性能：
- 优点：读写性能较好，尤其在一致性和性能之间有较好平衡，相比Zookeeper写性能有所提升，适合中等并发场景。
- 缺点：相比Redis纯内存操作，etcd基于Raft协议的一致性保证会带来一定性能开销，在超高并发场景下性能略逊于Redis。
- 可靠性：
- 优点：基于Raft协议保证可靠性，通过多节点复制和选举机制，即使部分节点故障也能维持服务，可靠性较高。
- 缺点：etcd集群规模较大时，节点间通信和同步成本增加，可能影响可靠性。
- 一致性：
- 优点：利用Raft协议保证强一致性，在多节点环境下能确保数据一致性。
- 缺点：一致性实现机制相对复杂，相比简单的Redis一致性模型，有一定性能损耗。
- 应用场景：
- 优点：适用于对一致性、可靠性有较高要求，同时对性能有一定要求的场景，如容器编排（Kubernetes中使用etcd作为后端存储）。
- 缺点：不太适合对性能极端敏感且对一致性要求不苛刻的简单业务场景。