这是个非常典型的BigQuery计费疑问，答案很明确：这两种场景的数据扫描量确实完全不同，背后是BigQuery针对聚合查询的智能优化逻辑，我来给你拆解清楚：

为什么SELECT count(*) FROM table``显示处理0GB？ #

BigQuery会维护每张表的核心元数据，其中就包含表的总行数统计。当你执行单纯的COUNT(*)（没有WHERE过滤、JOIN等复杂逻辑）时，BigQuery不需要扫描表的任何实际数据行，直接从元数据库里读取预计算好的总行数返回结果。这种情况下，没有数据被扫描，所以系统提示处理0GB，而且这类查询是完全免费的，不会产生任何计费。

不过要注意：如果你的表是刚完成数据加载、元数据统计还未更新，或者查询中包含了WHERE条件（比如SELECT COUNT(*) FROM table WHERE status = 'active'），这时候BigQuery就无法直接用元数据，必须扫描符合条件的数据行，这时候就会产生对应的扫描量了。

为什么SELECT * FROM table``显示处理4.72GB？ #

当你执行SELECT *时，BigQuery需要读取表中所有列的所有数据行，也就是完整扫描整个表的存储数据。这里显示的4.72GB就是你的表的总存储大小（如果是分区表，也可能是当前查询覆盖的分区总大小），这类查询会按照扫描的4.72GB来计费。

核心计费规则总结 #

• 单纯无过滤/关联的COUNT(*)：利用元数据返回结果，扫描量0GB，免费。
• SELECT *（或需读取实际数据的查询）：扫描对应范围的实际数据，按扫描字节数计费。

内容的提问来源于stack exchange，提问作者Keisuke Nagakawa 永川 圭介