Cloudera虚拟机中Hive升级至2.3.2后执行查询报错排查

我来帮你排查下这个问题，这种能创建表但查不了、删不了的情况，大概率是元数据或者配置兼容性的锅，给你列几个最可能的原因和解决办法：

Hive版本升级后，元数据库的表结构会有对应更新，你只是复制了旧配置文件，但没同步升级元数据的schema，这就会导致查询时出现结构不匹配的异常。

• 解决步骤：
  1. 先停掉Hive元数据服务：

     hive --service metastore stop
     

     如果你用Cloudera Manager管理的话，直接在控制台里停掉对应的服务就行。
  2. 运行Hive的schematool工具升级元数据，命令格式要匹配你的元数据库类型：

     schematool -dbType <你的元数据库类型，比如mysql/postgres> -upgradeSchema -verbose
     

     举个例子，如果用的是MySQL，命令就是：schematool -dbType mysql -upgradeSchema -verbose
  3. 重启元数据服务，再尝试执行DROP/SELECT操作。

旧版本的配置参数里，有些在Hive2.3.2已经被废弃或者默认值发生了变化，这会导致查询逻辑异常：

• 比如hive.metastore.schema.verification，新版本默认开启，会严格校验元数据版本，如果旧元数据没升级，就会触发报错。你可以先临时关闭这个参数（在hive-site.xml里添加如下配置）应急，但这只是临时方案，根本解决还是要升级元数据schema：

  <property>
      <name>hive.metastore.schema.verification</name>
      <value>false</value>
  </property>
  

• 建议你对比Hive2.3.2官方默认的hive-site.xml模板，把旧配置里标记为废弃的参数移除，替换成新版本的对应参数。

如果你的元数据库是MySQL、PostgreSQL这类，旧版本的JDBC驱动可能和Hive2.3.2不兼容，导致查询时无法正确读取元数据。

• 解决步骤：
  1. 确认Hive2.3.2支持的JDBC驱动版本（比如MySQL需要5.1.x及以上版本，8.x版本也可但要注意配置适配）
  2. 把适配的驱动包放到新版本Hive的lib目录下，替换掉旧的驱动文件
  3. 重启元数据服务和Hive客户端。

创建表成功说明元数据写入没问题，但SELECT/DROP操作需要访问HDFS上的表数据目录，如果新版本Hive的运行用户对这些目录没有读写权限，就会报错。

• 解决步骤：
  1. 执行desc formatted table_name查看表对应的HDFS路径（Location字段）
  2. 用hdfs dfs -ls <路径>查看目录权限，确认Hive运行用户（比如hive用户）有没有读写权限
  3. 如果权限不足，执行hdfs dfs -chown -R hive:hive <路径>修改权限，或者调整HDFS的ACL规则。

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