我看到这个错误被做了好几次，这里是什么需要做的（这将只适用于Hive）。不带Spark）：
旧物业：
tblproperty（'parquet.compression'='snappy'）
正确属性：
tblproperty（'parquet.compress'='snappy'）

我最近创建了一些存储为Parquet文件的表，并使用了以下命令：

set hive.exec.compress.output=true;
set mapreduce.output.fileoutputformat.compress=true;
set hive.intermediate.compression.codec=org.apache.hadoop.io.compress.SnappyCodec;
set hive.intermediate.compression.type=BLOCK;

你的Parquet桌可能是压缩了，但你没有直接看到。在Parquet文件中，压缩被烘焙到格式中。不是压缩整个文件，而是使用指定的算法压缩单个段。因此，压缩Parquet地板从外观上看与压缩Parquet地板相同（通常它们不包含任何后缀，就像普通压缩文件（例如。 .gz )因为您无法使用常用工具对其进行解压缩）。
将压缩烘焙成Parquet格式是Parquet格式的许多优点之一。这使得文件（hadoop-）可以独立于压缩算法进行拆分，并且可以快速访问文件的特定部分，而无需解压缩整个文件。在查询引擎处理parquet文件上的查询的情况下，这意味着它通常只需要读取较小但未压缩的头，查看与查询相关的段，然后只需要解压缩这些相关的部分。

解决方案是使用 “TBLPROPERTIES ('parquet.compression'='SNAPPY')” （和案件的重要性）在ddl而不是 “TBLPROPERTIES ('PARQUET.COMPRESSION'='SNAPPY')”. 您还可以使用配置单元中的以下属性来实现压缩。

set parquet.compression=SNAPPY

Set the below parameters and after that perform below steps-

SET parquet.compression=SNAPPY; 
SET hive.exec.compress.output=true;
SET mapred.output.compression.codec=org.apache.hadoop.io.compress.SnappyCodec;
SET mapred.output.compression.type=BLOCK;

CREATE TABLE Test_Parquet ( 
    customerID int, name string, ..etc 
) STORED AS PARQUET Location ''

INSERT INTO Test_Parquet SELECT * FROM Test;

If not how do i identify a parquet table with snappy compression and parquet table without snappy compression?.

describe formatted tableName

Note  -  but you will always see the compression as NO because the compression data format is not stored in 
metadata of the table , the best way is to do dfs  -ls -r  to the table location and see the file format for compression.

Note- Currently the default compression is - Snappy with Impala tables. 

If your issue didn't resolved after these steps also please post the all steps which are you performing..?