我来帮你分析下这个Hive动态分区插入时SET命令挂起的问题，结合Hive 1.2的特性，给你几个排查和解决方向：

• 检查Hive客户端与集群的连接状态
  首先试试执行简单的Hive命令，比如show databases;或者show tables;，如果这些命令也挂起，说明你的Hive客户端和集群（Metastore、HiveServer2或者HDFS）的连接出现了问题。可能的原因包括：

  • Metastore服务异常，比如进程挂了或者响应缓慢，需要查看Metastore的日志确认状态；
  • 网络连通性问题，比如客户端到集群节点的网络延迟过高或者丢包，可通过ping、telnet等工具测试；
  • HiveServer2负载过高，无法及时响应客户端请求，查看HiveServer2的日志和监控指标。

• 确保动态分区的配置完整且正确
  动态分区需要至少两个关键配置，你只提到了hive.exec.dynamic.partition=true，还需要设置非严格模式（因为你是基于单分区键的动态插入，严格模式会限制必须有至少一个静态分区）：

  SET hive.exec.dynamic.partition.mode=nonstrict;
  

  建议把这两个配置放在同一段脚本里执行，避免分步执行时出现连接中断的情况。另外，也可以直接把这些配置添加到hive-site.xml中，让Hive客户端启动时自动加载，省去手动SET的步骤。

• 排查集群资源是否耗尽
  如果集群的YARN资源（内存、CPU）被占满，Hive的后台服务可能无法处理新的请求，导致SET命令卡住。可以通过YARN的ResourceManager页面查看队列的资源使用情况，确认是否有足够的空闲资源。如果资源不足，可以先清理一些运行中的任务，或者调整Hive任务的资源配置参数（比如hive.exec.dynamic.partition.maxparts控制最大分区数，避免生成过多分区占用资源）。

• 检查表结构与语句的正确性
  虽然你是在SET命令阶段挂起，但提前确认目标表和源表的结构匹配也很重要：

  • 目标外部表的非分区字段数量、类型要和SELECT语句的前9个字段完全一致；
  • 分区字段created_date的类型要和Substring(sde_timestamp, 0, 10)的返回类型匹配（都是字符串类型没问题）；
  • 确认目标外部表的存储路径有足够的写入权限，避免后续执行INSERT时出现权限问题。

• 查看Hive客户端日志定位问题
  Hive客户端默认会生成日志文件（通常在~/.hive.log或者指定的日志目录），打开日志查看在SET命令执行时有没有报错信息，比如连接超时、权限拒绝、Metastore异常等，这些日志能帮你快速定位具体的问题根源。

如果以上方法都无法解决，你可以提供更多信息，比如集群的资源配置、Hive服务的日志片段、客户端的网络环境等，方便进一步排查。

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