原文阅读：【巨人肩膀社区·博客·分享】记一次Hiveserver2连接异常的解决-腾讯云-emr
离线任务跑的好好的，忽然有一天失败了，查看海豚上的任务执行日志发现是hiveserver2连接超时了。
查看监控发现了几个问题一个是GC变得频繁，另一个是连接数达到上限了。
1、针对内存问题
GC变得频繁 =》内存不足 =》通过jdbc连接Hive查数数据时会使用hiveserver2配置的内存，如果查询需要的内存大于配置的内存时就会出现OOM
其中查询需要的内存会随着查询涉及的数据量的增加而增加，这就是为什么之前都是好好的，某一天出问题了，因为日增数据在一天天增长。
解决：修改配置增加所需内存
hive-env.sh中调整HS2Heapsize为8192，并重启hiveserver2生效。
<property><name>hive.server2.heapsize</name><value>4096</value>
</property>因为我们用的是公有云的产品，所以可以直接通过可视化界面修改：
修改后重启hiveserver2生效
Tips：内存不是越大越好，多了浪费，还有一个更重要的就是会占用本节点其他服务的内存。
2、针对连接超上限
正常hive sql执行完对应hiveserver2的连接随之释放，但是某些原因可能导致任务异常，海豚调度的worker进程没有处理好这种异常导致一直不断开对hiveserve的连接。
解决：重启海豚调度的相关worker节点。
1.查看哪些ip和端口在连hiveserver2：netstat -tunp | grep xxxx
2.查看在这些ip里又是哪个进程发起的连接：sudo lsof -i :端口号
3.最终发现是海豚调度的worker进程一直不释放hs2的连接
4.最终重启海豚调度的worker进程
排查过程相关命令参见： shell 网络工具 netstat
结果：重启后连接断崖式下降：
: 在windows系统上部署项目2)
)
