你知道Hive统计函数count(*)为什么不走MR吗？

发布时间：2025-11-05 02:41:09 来源：创站工坊 作者：系统运维

Hive执行count(*)不走MR呢?知道走

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

;

;

(

);

;

hive表存储位置

表描述信息

hdfs上生成了数据

数据内容

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

不带where条件执行：查询非常快，统计也并没有走MR。函数

不带where条件执行结果

带where条件执行：查询比较慢，且走了MR。

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

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

创建文件并上传到表路径。

hdfs文件下载并查看结果

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

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

load data

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

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

相关文章