请阐述 Kafka 的幂等性机制与事务机制在实现消息一致性时的配合原理。具体而言，幂等性如何防止生产者重复发送造成重复，事务如何保证跨分区的原子性，二者协同后能覆盖哪些一致性场景，又各自存在哪些限制？
考察说明
考查对 Kafka 精确一次处理语义这两个基础机制的原理、配合方式及局限性的深入理解。
回答思路
- 【回答框架 1】幂等性机制：通过生产者设置 enable.idempotence=true 实现，broker 端为每个生产者维护 PID 和序列号，broker 按序列号去重，仅保证单分区内有序且无重复，不能跨分区原子性。
- 【回答框架 2】事务机制：通过事务协调器（Transaction Coordinator）和事务日志维护事务状态，生产者使用 transactional.id 和 abort 或 commit 标记，事务开启后写入的消息跨分区原子可见，消费者可通过 isolation.level 控制读取已提交或未提交的消息。
- 【回答框架 3】协同配合：生产者在事务中发送消息自动启用幂等，事务机制依赖幂等性提供的 PID 和序列号来实现精确一次，两者结合可实现跨分区的原子写入和读取，即端到端的精确一次语义，通常与消费端去重结合。
- 【关键点 1】幂等性确保单生产者会话内单分区无重复，但不能跨分区原子。
- 【关键点 2】事务提供跨分区原子性，保证读已提交时不会看到未提交数据。
- 【关键点 3】两者常配套使用，以实现端到端的精确一次，但消费端需额外处理。
- 【关键点 4】开启事务或幂等会带来额外开销和延迟。
- 【易错点 1】将幂等性误认为全局去重，实际上它只保证单分区有序且无重复。
- 【易错点 2】事务仅保证写原子性，不自动保证消费端只处理一次，消费端需自处理提交和去重。
- 【易错点 3】事务超时或协调器故障可能导致事务挂起，需配置合理超时和重试。