我之前也碰到过一模一样的问题——明明全局Java和JAVA_HOME都指向21了，Hive启动脚本却偏偏揪着Java17不放。其实核心原因是Hive的启动逻辑会优先读取自己专属的Java配置，而不是直接用系统全局的。给你几个一步步能解决的方案：

问题先理清楚 #

你看到的UnsupportedClassVersionError已经把问题说透了：Hive Metastore的代码是用Java21（类文件版本65.0）编译的，但启动时实际跑的是Java17（最高只能识别到61.0的类文件）。所以关键就是让Hive的启动脚本实打实调用Java21。

方案1：直接给Hive启动脚本硬指定Java路径 #

最直接的办法就是修改start-metastore脚本，把Java路径写死成21的绝对路径：

1. 找到你Hive安装目录下的bin/start-metastore脚本
2. 用编辑器打开，找到脚本里定义JAVA变量的地方（一般在开头附近），把它改成Java21的bin目录下的java：

   # 把原来的类似 JAVA=java 这行，改成
   JAVA="/usr/lib/jvm/java-21-openjdk-amd64/bin/java"
   

3. 保存后直接运行./start-metastore，应该就能用Java21启动了。

方案2：给Hive单独配置JAVA_HOME（更优雅） #

Hive会优先读取HIVE_JAVA_HOME环境变量，比系统的JAVA_HOME优先级更高：

• 临时生效（单次启动）：在运行启动脚本前，先临时设置这个变量：

  export HIVE_JAVA_HOME="/usr/lib/jvm/java-21-openjdk-amd64"
  ./start-metastore
  

• 永久生效：复制Hive配置目录下的hive-env.sh.template为hive-env.sh，然后在文件里加一行：

  export HIVE_JAVA_HOME="/usr/lib/jvm/java-21-openjdk-amd64"
  

  这样以后每次启动Hive都会自动用这个Java版本。

方案3：验证实际调用的Java版本（排查用） #

如果还是不行，先确认启动脚本到底用的是哪个Java：

1. 在start-metastore脚本的最开头加两行调试代码：

   echo "当前脚本使用的Java路径：$JAVA"
   $JAVA --version
   

2. 运行脚本，就能看到输出的Java版本，是不是真的是21；如果不是，再回头检查脚本里的配置有没有改对。
3. 或者启动后用ps命令看进程：

   ps aux | grep HiveMetaStore
   

   看输出里的Java路径，就能知道到底调用的是哪个版本。

方案4：加固系统Java的默认配置（可选） #

有时候系统的update-alternatives配置可能有残留，确保Java21是系统最高优先级的：

1. 先看系统里所有的Java版本：

   update-alternatives --list java
   

2. 把Java21设为默认：

   sudo update-alternatives --set java /usr/lib/jvm/java-21-openjdk-amd64/bin/java
   

3. 同时把javac也设成Java21的，避免编译和运行版本不一致：

   sudo update-alternatives --set javac /usr/lib/jvm/java-21-openjdk-amd64/bin/javac
   

最后补个小提醒 #

改完环境变量或者脚本后，最好重启一下终端，或者用source ~/.bashrc（如果是bash）重新加载shell配置，避免旧的环境变量残留影响。按这几个步骤来，应该就能解决版本不兼容的问题了！