第 11 章 Lakestream 核心机制与 Tiering Service
章节定位:第四篇的开篇,也是全系列"从单集群走向流湖一体"的转折点。前三篇我们都在"热数据"里打转——Fluss 表读写得再顺,容量始终有限、历史始终放不下。本章正面回答四个问题:湖表到底怎么开启(集群级 + 表级两级开关)、Tiering 为什么必须做成一个独立的、无状态的 Flink 作业(而不是 Fluss 进程的一部分)、
datalake.*配置为什么要在服务端和提交命令里各写一遍、以及schema 漂移会怎样让 Tiering 陷入RUNNING ⇄ RESTARTING死循环。把这四点讲透,第 12、13 章才有地基。版本基线:Fluss 1.0.0 + Flink 2.3(connector
fluss-flink-2.3-1.0.0;Tiering 作业官方示例基于fluss-flink-1.20-1.0.0,本系列换 2.3 坐标)+ Paimon 2.0/1.4(Tiering 支持 1.4 / 2.0)+ Doris 4.1 + Flink CDC 3.6.x + Kafka 3.x + MySQL 8.0/8.4 + DolphinScheduler 3.x + ZooKeeper 3.6+