时态表JOIN必须依赖维表的更新时间字段，根本原因是Flink需通过proctime或event_time字段构建可追踪的时间线以支持FOR SYSTEM_TIME AS OF语义；若维表无显式时间属性声明、未配置版本标识或缓存策略冲突，则退化为普通JOIN，无法获取历史快照。
时态表 JOIN 必须依赖维表的更新时间字段
根本原因不是“无法关联历史维表”，而是 Flink 时态表（FOR SYSTEM_TIME AS OF）需要维表自身提供可追踪的时间线 —— 即必须有明确的 proctime 或 event_time 字段，且该字段需作为维表的主键一部分或显式声明为时态版本标识。如果 MySQL 维表只有 create_time 和 update_time，但建表语句中没用 PRIMARY KEY (id, update_time) 或没在 WITH 参数里配 'lookup.cache.ttl'='1h' + 'lookup.cache.max-rows'='10000'，Flink 就不会把它识别为“带版本的时态表”，只会做普通 lookup。
维表没有 version 字段时，FOR SYSTEM_TIME AS OF 会退化成普通 JOIN
常见错误现象：SQL 写了 LEFT JOIN dim_user FOR SYSTEM_TIME AS OF o.proctime ON o.user_id = u.id，但结果始终返回最新值，回溯 1 小时前的订单仍看到用户当前等级，而非下单时刻的等级。
- MySQL 维表没启用 CDC 或没按时间切片存档（比如没按
update_time分区），Flink 拿不到历史快照 -
dim_user表结构里缺rowtime字段，也没定义WATERMARK，Flink SQL 解析器直接忽略FOR SYSTEM_TIME AS OF语义 - 维表注册时没加
'connector'='jdbc'+'table-name'='dim_user_history'这类明确指向历史快照表的配置，而用了基础维表名
MySQL 维表要支持时态 JOIN，必须满足三个硬条件
缺一不可，否则 Flink 不会触发历史版本查询逻辑：
- 维表本身是**变更日志表**（如通过 Flink CDC 同步的
dim_user_changelog），带op字段和完整时间戳 - 注册为时态表时，必须用
CREATE TEMPORARY VIEW包裹，并显式声明PROCTIME或EVENTTIME属性，例如：CREATE TEMPORARY VIEW dim_user_temporal AS SELECT *, PROCTIME() AS proc_time FROM dim_user_source;
- JOIN 时右表必须是这个 view，且
FOR SYSTEM_TIME AS OF的时间字段必须来自左事实流（如o.order_time），不能是常量或表达式（如CURRENT_TIMESTAMP）
最容易被忽略的点：维表缓存策略与时间语义冲突
即使维表结构和注册都对了，如果开了 LRU 缓存（'lookup.cache.strategy'='LRU'），Flink 会在内存里只保留最新一条记录 —— 历史版本全丢了。这时候 FOR SYSTEM_TIME AS OF 查的还是缓存里的单条，不是数据库里按时间存的多版本。
解决方法不是关缓存，而是换策略：'lookup.cache.strategy'='FULL'（全量加载）+ 配合维表定期归档，或者彻底不用缓存，靠 JDBC Connector 的 'lookup.async'='true' 异步查库保障延迟。
