Impala重启后首次执行查询无法识别to_timestamp内置函数是什么原因？

• Impala内置函数元数据采用懒加载机制：Impala进程重启后不会预先将所有内置函数的元数据加载到Coordinator节点的缓存中，只有首次触发对应函数调用时才会向Catalogd发起元数据拉取、本地注册的流程。首次查询时若函数注册流程晚于查询执行的函数校验步骤，就会抛出找不到函数的错误，第二次执行时函数已完成注册，因此运行正常。
• 视图元数据校验时序冲突：查询依赖预创建的视图，视图存储的SQL结构中已经绑定了to_timestamp()的函数签名信息，重启后首次解析视图时，函数元数据还未完成本地加载，会触发签名校验失败的报错，二次执行时缓存已就绪即可正常运行。
• 集群元数据同步延迟：如果集群部署了多个Impala Coordinator节点，重启后Catalogd需要将全量元数据同步到所有Coordinator节点，同步过程中若首次查询被路由到还未收到函数元数据的Coordinator上，也会触发该类报错，同步完成后所有节点查询即可恢复正常。

临时规避方案 #

如果需要避免重启后首次查询报错，可以在Impala重启完成后先手动执行一次包含to_timestamp()的简单查询，主动触发函数元数据预加载即可。

内容的提问来源于stack exchange，提问作者DrGenius