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

问题

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

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

创建测试表 复制create database testdb

;

use testdb

;

--测试hivecreate table test

(

id int comment id)comment 测试hiveinsert into test values(1001

);

select count(*) from test

;

select count(*) from test where id>=1001;1.2.3.4.5.6.7.8.9.

hive表存储位置

表描述信息

hdfs上生成了数据

数据内容

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

执行count(*)

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

不带where条件执行结果

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

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

Hive的一个bug

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

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

hdfs文件下载并查看结果

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

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

解决方法

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

有LOCAL表示从本地文件系统加载，文件会被拷贝到HDFS中。无LOCAL表示从HDFS中加载数据，文件直接被移动，而不是拷贝。OVERWRITE 表示是否覆盖表中数据(或指定分区的数据)，没有OVERWRITE 会直接APPEND，而不会滤重。如果加载同样文件名的文件，会被自动重命名。

load data

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

总结

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