在Broker正常关闭的情况下，针对该Broker上的所有Leader副本，采用何种策略来重新选举受影响分区的Leader？

解答思路：

在分布式系统中，如Kafka等消息中间件，Broker的关闭涉及到其上的分区Leader副本的管理。当Broker正常关闭时，其上的所有Leader副本确实会下线。为了处理这种情况并确保系统的可用性和持续性，系统需要一种策略来为受影响的分区重新选举Leader。

最优回答：

在Kafka等系统中，当Broker正常关闭导致Leader副本下线时，其他Follower副本会参与Leader选举。通常通过基于ZooKeeper或其他类似的协调服务来实现选举机制，选出新的Leader来为受影响的分区提供服务。

1. Kafka中的Leader和Follower副本：在Kafka中，每个分区都有一个Leader副本和多个Follower副本。Leader负责处理客户端的读写请求，而Follower则负责同步Leader上的数据。
2. 选举机制：当Leader副本所在的Broker下线或不可用时，Kafka通过内部选举机制选出新的Leader。这个过程通常由ZooKeeper或其他协调服务来支持。
3. ISR（In-Sync Replicas）：Kafka维护一个ISR列表，记录与Leader同步的Follower副本。只有当Follower副本在ISR列表中时，才有可能被选为新的Leader。
4. 选举过程：在选举过程中，Follower副本会竞争成为新的Leader。一旦新的Leader被选出并成功同步数据，它就会开始处理客户端的请求。
5. 客户端行为：在Leader选举期间，客户端可能会遇到暂时的不可用状态。一旦新的Leader被选出并同步数据，客户端将自动切换到新的Leader继续操作。

因此，对于这个问题，当Broker正常关闭时，系统会通过内部选举机制为受影响的分区重新选举新的Leader，确保系统的持续性和可用性。