在Apache Hudi中，数据版本控制与回滚的具体实现机制是什么？请阐述其核心工作原理。

回答思路

1. 【回答框架 1】Hudi通过表服务（Table Service）管理数据版本，核心是维护一个时间线（Timeline），记录对表的所有操作（如commit、rollback等），每个操作对应一个时间戳，构成数据版本历史。
2. 【回答框架 2】版本控制的核心是文件组（FileGroup）与文件切片（FileSlice）。每次提交（commit）会生成新的文件切片，包含基线文件（base file）和增量日志（log file），旧版本数据仍保留在存储中，通过时间线可定位到任意时间点的文件切片集合，实现时间旅行查询（Time Travel）。
3. 【回答框架 3】回滚操作通过Hudi的Rollback机制实现。当一次写入或提交失败，Hudi会依据时间线找到该次commit涉及的文件切片，将其标记为删除或执行物理清理，并在新的commit中将这些文件从活跃文件列表中移除，从而恢复到提交前的状态。
4. 【回答框架 4】Hudi的清理服务（Cleaner）会按保留策略清理旧的文件版本，避免存储无限增长；而归档服务（Archiver）会将旧的操作元数据归档，确保时间线长度受控，但回滚只能针对未清理的版本，已清理的版本无法再回滚。
5. 【回答框架 5】回滚操作本身也作为一次元数据操作记录在时间线上，保证操作的原子性和幂等性，且Hudi支持并发控制，通过锁机制或乐观并发避免回滚与其他写入冲突。
6. 【关键点 1】Hudi用时间线（Timeline）记录所有操作，提供数据版本历史。
7. 【关键点 2】每个版本对应文件切片，旧数据保留支持时间旅行查询。
8. 【关键点 3】回滚通过Rollback机制恢复文件切片到提交前状态，并依赖Cleaner清理旧版本。
9. 【关键点 4】回滚只对未清理版本有效，清理后版本不可再恢复。
10. 【易错点 1】误以为回滚会立即物理删除数据，实际需依赖清理策略后台异步执行。
11. 【易错点 2】忽略清理与归档策略，可能导致时间旅行或回滚范围受限。
12. 【易错点 3】在并发写入时回滚需正确处理冲突，否则可能覆盖其他提交。