ZK岗位专业测试题（含详细答案）

ZK岗位专业测试题（含详细答案）适用岗位：ZK测试/运维/技术支持考试时长：60分钟满分：100分注意事项：答题过程中结合实际工作场景作答，简答题、实操题侧重落地性、实用性一、单项选择题（共10题，每题3分，共30分）1、ZK集群默认的节点通信端口是？（）A、2181B、2888C、3888D、80802、以下不属于ZK集群角色的是？（）A、LeaderB、FollowerC、ObserverD、Master3、ZK集群中，负责处理客户端读写请求、统一调度事务的节点是？（）A、FollowerB、LeaderC、ObserverD、Slave4、ZK节点数据版本号（version）的作用是？（）A、记录节点创建时间B、实现乐观锁机制C、统计访问次数D、区分节点类型5、以下哪种ZK节点类型不参与集群投票选举？（）A、LeaderB、FollowerC、ObserverD、临时节点6、ZK临时节点的核心特性是？（）A、永久存储，手动删除才会消失B、客户端断开连接后自动删除C、重启集群后保留D、支持子节点创建7、ZK集群正常运行的最小可用节点数是？（）A、1个B、2个C、3个D、5个8、ZKwatch监听机制的特点说法正确的是？（）A、永久有效，持续监听B、一次性触发，触发后需重新注册C、仅能监听节点数据变化D、仅服务端主动触发9、ZK事务提交采用的一致性协议是？（）A、PaxosB、RaftC、TCPD、HTTP10、以下哪项不是ZK的典型应用场景？（）A、分布式锁B、服务注册与发现C、数据库数据存储D、集群配置管理二、判断题（共10题，每题2分，共20分，对的打√，错的打×）1、ZK集群节点数推荐设置为奇数，是为了避免脑裂问题，提升集群容错性。（）2、Follower节点只能处理读请求，无法处理任何写请求。（）3、ZK持久节点在客户端断开连接、集群重启后，数据依然会保留。（）4、watch监听可以监听节点数据变更、节点新增、节点删除三种场景。（）5、Observer节点可以参与集群Leader选举投票，只是不处理事务请求。（）6、ZK集群只要有半数以上节点存活，就能正常对外提供服务。（）7、临时节点可以创建子节点，且子节点同样具备临时特性。（）8、ZK的数据更新是原子性的，要么全部成功，要么全部失败。（）9、客户端可以直接连接Observer节点进行读写请求。（）10、ZK适合存储大量超大体积的业务数据。（）三、简答题（共3题，每题10分，共30分）1、简述ZK中临时节点和持久节点的区别，以及各自的常用使用场景。2、什么是ZK的watch机制？请说明其工作流程和核心作用。3、简述ZK集群Leader选举的核心规则和选举目的。四、实操分析题（共1题，20分）某业务系统依赖ZK实现服务注册发现，近期频繁出现服务掉线、注册信息丢失的问题，排查发现ZK集群偶尔出现节点短暂离线、集群不稳定的情况。请结合实际工作经验，分析可能的故障原因，并给出对应的排查、解决及优化方案。详细参考答案及解析一、单项选择题答案及解析1、答案：A解析：ZK客户端默认连接端口为2181；2888是集群节点数据同步端口，3888是集群选举通信端口。2、答案：D解析：ZK集群核心角色为Leader、Follower、Observer，无Master角色。3、答案：B解析：Leader是集群核心主节点，统一处理所有写事务、调度集群任务，Follower和Observer主要分担读请求。4、答案：B解析：ZK每个节点自带version版本号，每次数据更新版本号自增，用于实现乐观锁，防止并发修改冲突。5、答案：C解析：Observer为观察者节点，只同步集群数据、处理读请求，不参与Leader选举投票，主要用于分担集群压力。6、答案：B解析：临时节点绑定客户端会话，客户端断开、会话超时后，节点会被自动删除，常用于服务在线状态检测。7、答案：C解析：ZK集群基于半数机制，3节点集群允许挂掉1个节点，是生产环境最小高可用配置；单节点仅为单机模式，无集群容错能力。8、答案：B解析：ZK的watch是一次性机制，节点状态变更后触发一次通知，之后监听失效，需要客户端重新注册监听。9、答案：A解析：ZK基于改良版Paxos协议实现分布式一致性，保障集群数据同步一致。10、答案：C解析：ZK不适合存储海量业务数据，仅用于存储配置信息、服务注册信息、分布式锁标识等小数据，核心作用是分布式协调，而非数据存储。二、判断题答案及解析1、答案：√解析：奇数节点可有效避免集群脑裂，保证半数机制生效，提升集群容错能力，生产环境均推荐3/5节点部署。2、答案：√解析：所有写请求、事务操作必须由Leader处理，Follower仅转发写请求、同步数据、处理读请求。3、答案：√解析：持久节点数据永久存储，不受客户端会话、集群重启影响，需手动删除才会清除。4、答案：√解析：watch监听覆盖三种场景：节点数据变更、子节点新增、节点删除，是ZK核心监听机制。5、答案：×解析：Observer节点不参与任何选举投票，仅负责数据同步和读请求处理，无投票权限。6、答案：√解析：ZK遵循半数存活原则，集群存活节点数超过总节点半数，即可正常对外提供服务。7、答案：×解析：临时节点不支持创建子节点，这是ZK的硬性规则，避免层级数据残留问题。8、答案：√解析：ZK的事务操作具备原子性，集群数据同步统一，不存在部分成功部分失败的情况。9、答案：√解析：客户端可随机连接集群内所有节点（Leader、Follower、Observer），读请求可任意节点响应，写请求会自动转发至Leader。10、答案：×解析：ZK内存存储数据，吞吐量有限，仅适合小体量核心数据，海量、大体积数据会导致集群卡顿、宕机。三、简答题详细答案1、临时节点和持久节点的区别及使用场景核心区别：①生命周期不同：持久节点永久存在，手动删除才会消失，不受会话、集群重启影响；临时节点绑定客户端会话，会话断开、超时后自动删除。②层级能力不同：持久节点支持创建子节点，临时节点无法创建子节点。③稳定性不同：持久节点数据稳定，临时节点数据动态可变。使用场景：持久节点多用于存储固定配置、服务基础配置、分布式锁持久标识等需要长期保留的数据；临时节点多用于服务注册发现、心跳检测、临时分布式锁、在线节点状态监控等动态场景，服务下线后自动清除无效数据。2、ZKwatch机制的定义、工作流程及核心作用定义：watch是ZK提供的事件监听机制，客户端可对指定节点注册监听，当节点状态发生变更时，服务端主动向客户端推送事件通知。工作流程：①客户端向ZK服务端发起watch注册请求，绑定指定节点和监听事件；②服务端记录监听关系，持续监控节点状态；③当节点出现数据修改、新增、删除等变更时，服务端立即触发事件，推送通知给对应客户端；④watch为一次性机制，触发后监听失效，客户端如需持续监听，需重新注册。核心作用：实现分布式环境下的实时状态感知，无需客户端轮询查询节点数据，降低客户端和服务端压力，高效支撑服务发现、配置更新、状态同步等业务场景。3、ZK集群Leader选举核心规则和选举目的核心选举规则：①集群所有存活的Follower节点参与投票，Observer不参与；②节点优先推举自己为Leader，发送投票信息；③对比节点事务ID、服务器ID，数据最新、ID最优的节点获得最多票数；④获得半数以上投票的节点成为Leader，选举结束。选举目的：①统一集群核心节点，保证所有写事务、数据更新统一调度，避免数据不一致；②实现集群高可用，原Leader宕机后，快速选举新Leader，保障业务不中断；③规范集群分工，Leader负责事务处理，Follower、Observer分担读请求，提升集群整体性能。四、实操分析题详细答案一、核心故障原因分析1、服务器资源问题：ZK节点服务器CPU占用过高、内存不足、磁盘IO卡顿，导致ZK进程卡顿、短暂离线，会话超时引发服务注册信息丢失。2、网络波动问题：集群节点之间、客户端与服务端之间网络延迟高、丢包、端口不通，导致心跳超时、节点脱离集群，引发服务掉线。3、ZK配置不合理：会话超时时间设置过短、集群心跳间隔参数不合理，轻微波动就会触发节点离线、服务注销；节点最大连接数配置过小，导致客户端连接被拒绝。4、集群负载过高：大量服务频繁注册、下线，产生大量watch事件和事务请求，ZK集群处理压力过大，出现响应延迟、数据同步异常。5、节点故障：单节点硬件故障、进程异常重启，集群短暂重新选举，期间服务注册功能短暂不可用。二、排查方案1、日志排查：查看ZK服务日志、服务器系统日志，确认是否存在进程重启、会话超时、连接拒绝、数据同步失败等报错。2、资源排查：监控服务器CPU、内存、磁盘IO、带宽使用率，排查是否存在资源耗尽、卡顿问题。3、网络排查：测试集群节点间互通性、端口连通性，检测网络延迟、丢包率，定位网络波动节点。4、配置排查：核对ZK会话超时、心跳间隔、最大连接数、集群同步超时等核心配置是否适配业务量。5、集群状态排查：通过ZK客户端命令查看集群节点状态、连接数、节点数据同步情况，确认是否存在频繁选举、节点离线重连问题。三、解决及优化方案1、资源优化：对资源不足的服务器进行扩容，清理服务器冗余进程，保障ZK进程独占充足的CPU、内存资源，避免资源抢占。2、网络优化：优化机房网络环境，修复网络故障，固定集群节点内网通信端口，配置网络容错策略，降低丢包、延迟问题。