HIVE处理速度过慢
2019/01/21下午，业务侧反馈hive处理速度过慢，目前所有涉及hive的作业都很慢，影响这些业务不能在正常时间内完成
以下实例供参考，在生产环境中运行：
在Hive客户端执行select count(*) from tableName;
table1中有20w数据，跑了30S出结果；
table2中有10亿数据，跑了大概30分钟出结果。
sql语句没有变化，处理数据量无明显增多，hive日志及yarn监控页面日志均无报错，且yarn监控页面上队列资源正常
目前hive堆内存正常，磁盘使用率、内存、cpu、网络均没有异常
使用情况截图如下
问题现象:
2019/01/18开始，业务侧反馈hive处理速度过慢，目前所有涉及hive的作业都很慢
检查：
检查hive日志，无报错信息
检查连接方式:使用hive直连,beeline连接测试,执行sql语句耗时一样
检查mysql日志，无错误提示
检查mysql中元数据表是否添加加索引(有索引)
问题分析：
排除以上问题,查看yarn监控页面
发现vcore基本用完
读kafka数据的流程序占用116vcore
查看提交参数: num-executors 20 executor--cores 8
因为之前这个作业老是掉,调整了资源值,资源值扩大了10倍
解决办法:
调整资源值 num-executors 8 executor--cores 4
测试: 跑10亿条数据的表,测试正常,两三分钟跑完作业
2019/01/18开始，业务侧反馈hive处理速度过慢，目前所有涉及hive的作业都很慢
检查：
检查hive日志，无报错信息
检查连接方式:使用hive直连,beeline连接测试,执行sql语句耗时一样
检查mysql日志，无错误提示
检查mysql中元数据表是否添加加索引(有索引)
问题分析：
排除以上问题,查看yarn监控页面
发现vcore基本用完
读kafka数据的流程序占用116vcore
查看提交参数: num-executors 20 executor--cores 8
因为之前这个作业老是掉,调整了资源值,资源值扩大了10倍
解决办法:
调整资源值 num-executors 8 executor--cores 4
测试: 跑10亿条数据的表,测试正常,两三分钟跑完作业
