Trino执行Hive Catalog建表语句卡住无进展，求排查方向

针对你遇到的Trino提交CREATE TABLE语句后停滞的问题，可从以下几个方向逐一排查：

• 兼容性与配置校验

  • 确认Trino的Hive Catalog配置中，Ozone存储路径使用正确的ofs://前缀，例如hive.metastore.warehouse.dir=ofs://ozonecluster/hive/warehouse，错误的路径格式会导致元数据与存储层交互异常。
  • 检查ozone-site.xml是否已同步到Trino和Hive Metastore的配置目录，重点验证ozone.om.address参数是否指向无HA模式下的单个OM节点地址，配置缺失或错误会导致无法连接Ozone集群。
  • Trino 391属于较早期版本，对Ozone 1.2.1的ofs协议支持可能存在局限性，比如目录创建的阻塞逻辑未优化，可查看Trino官方release notes确认兼容性细节。

• Hive Metastore 状态排查

  • 查看Hive Metastore的日志文件，搜索CREATE TABLE请求相关的日志，确认是否出现数据库锁等待、元数据写入超时等情况，比如后端MySQL数据库的表锁会阻塞 metastore 操作。
  • 检查Hive Metastore进程状态，无HA模式下单点进程若出现内存耗尽或假死，会导致请求无响应，可通过jstack <pid>查看线程堆栈，确认是否有阻塞在元数据操作的线程。
  • 核对Hive Metastore的锁配置，比如hive.metastore.lock.num-retries、hive.metastore.lock.wait-time是否设置合理，过度的锁重试或过长等待时间会导致请求停滞。

• Ozone 集群状态与权限

  • 执行ozone om status命令检查Ozone Manager的运行状态，无HA模式下OM单点故障会直接导致所有元数据操作停滞，若OM异常需重启进程。
  • 测试Trino服务所用用户的Ozone权限，比如用hive用户执行ozone fs -mkdir ofs://ozonecluster/hive/warehouse/test_dir，若无法创建目录则说明权限不足，需通过Ozone ACL配置赋予对应权限。
  • 查看Ozone OM的日志，检查是否有CREATE TABLE对应的目录创建请求超时或失败记录，OM的元数据操作阻塞会传导到Trino层面。

• Trino 自身资源与配置

  • 查看Trino Coordinator的日志，定位CREATE TABLE请求的执行阶段，确认是卡在与Hive Metastore的交互环节，还是Ozone文件系统的操作环节。
  • 检查Trino的内存配置，比如query.max-memory、query.max-memory-per-node是否设置过低，内存不足会导致请求无法推进。
  • 核对Hive Catalog的连接池配置，hive.metastore.connection-pool-size若设置过小，会导致连接耗尽，后续请求进入等待队列。

• 网络与超时配置

  • 测试Trino、Hive Metastore、Ozone OM三者之间的网络连通性，用telnet验证端口（OM默认9862，Metastore默认9083）是否可达，网络丢包或延迟过高会导致请求停滞。
  • 检查超时配置，比如Trino的hive.metastore.socket-timeout是否未设置或设置过长，若没有超时限制，请求会无限等待；反之若设置过短，可能提前中断但表现为停滞（需结合日志判断）。

内容的提问来源于stack exchange，提问作者Hazal ÖZBEY