你知道Hive统计函数count(*)为什么不走MR吗?[通俗易懂]

你知道Hive统计函数count(*)为什么不走MR吗?[通俗易懂]问题Hive执行count(*)不走MR呢?[what]先说结论:如果表数据是insert进表的,count(*)统计时,带where条件执行时

大家好,欢迎来到IT知识分享网。

问题

Hive执行count(*)不走MR呢?[what]

先说结论:如果表数据是insert进表的,count(*)统计时,带where条件执行时候Hive会执行MR,如果不带where条件,Hive会从元数据库表metastore.TABLE_PARAMS中直接获取numRows字段的值获取记录数。下面创建表进行验证,在验证时发现了Hive在无条件count(*)统计中的一个bug,bug现象也会下面验证。

创建测试表

create database testdb;
use testdb;

--测试hive
create table test(
	id int comment 'id'
)comment '测试hive'

insert into test values('1001');
select count(*) from test ;
select count(*) from test where id>=1001;

IT知识分享网

你知道Hive统计函数count(*)为什么不走MR吗?[通俗易懂]

hive表存储位置

你知道Hive统计函数count(*)为什么不走MR吗?[通俗易懂]

表描述信息

你知道Hive统计函数count(*)为什么不走MR吗?[通俗易懂]

hdfs上生成了数据

你知道Hive统计函数count(*)为什么不走MR吗?[通俗易懂]

数据内容

从上面两个图上可以看到建表后插入一条记录,会在metastore.TABLE_PARAMS 表中记录该表的信息,并且用numRows记录该表的数量,查看HDFS该表所在的路径生成了000000_0的文件,下载下来查看确实是1001。

执行count(*)

  • 不带where条件执行:查询非常快,也并没有走MR。
你知道Hive统计函数count(*)为什么不走MR吗?[通俗易懂]

不带where条件执行结果

  • 带where条件执行:查询比较慢,且走了MR。
你知道Hive统计函数count(*)为什么不走MR吗?[通俗易懂]

可以验证Hive不带where条件的执行不走MR,而是直接从元数据里获取表的行数,这也算是一种优化,毕竟Hive存储的数据大多是T+1的数据,数据写入后一般不会改变。

Hive的一个bug

本地创建一个ids.txt文件,通过hadoop fs -put 命令上传到表映射路径/user/hive/warehouse/testdb.db/test上。

你知道Hive统计函数count(*)为什么不走MR吗?[通俗易懂]

创建文件并上传到表路径

你知道Hive统计函数count(*)为什么不走MR吗?[通俗易懂]

hdfs文件下载并查看结果

执行不带where条件的count(*)结果就是错误的,而带where条件的是正确的

然后通过Hive执行带条件和不带条件的查询结果发现,不带where条件中的查询结果是1,而带where条件的结果是3,说明直接通过hadoop fs -put把文件上传到路径的方式会导致Hive在没有条件的统计下结果是错误的,也侧面证明了无条件的count(*)是从元数据库直接取的数据,而用select * 查询时结果却是正确的。

你知道Hive统计函数count(*)为什么不走MR吗?[通俗易懂]

解决方法

要解决上面问题,可以使用Load data指令导入数据,但是有如下几点要注意:

  • 有LOCAL表示从本地文件系统加载,文件会被拷贝到HDFS中。
  • 无LOCAL表示从HDFS中加载数据,文件直接被移动,而不是拷贝。
  • OVERWRITE 表示是否覆盖表中数据(或指定分区的数据),没有OVERWRITE 会直接APPEND,而不会滤重。
  • 如果加载同样文件名的文件,会被自动重命名。
你知道Hive统计函数count(*)为什么不走MR吗?[通俗易懂]

load data

用load data指令上传完数据后,再次用无条件的count(*)统计结果,发现Hive又走了MR统计,并且结果是正确的。

总结

insert into 的方式插入到Hive表数据时,元数据会记录插入的数量,为了优化查询,无条件count(*)查询时直接查元数据中记录的numRows字段,导致结果不准确。


喜欢就收藏吧,关注我更多有价值的文章会第一时间推荐给你!

免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://yundeesoft.com/6238.html

(0)
上一篇 2022-12-17 09:40
下一篇 2022-12-17 10:00

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注

关注微信