You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@impala.apache.org by "Clemens Valiente (JIRA)" <ji...@apache.org> on 2018/04/17 14:11:00 UTC
[jira] [Created] (IMPALA-6864) COMPUTE STATS overwrites table
schema in Hive Metastore
Clemens Valiente created IMPALA-6864:
----------------------------------------
Summary: COMPUTE STATS overwrites table schema in Hive Metastore
Key: IMPALA-6864
URL: https://issues.apache.org/jira/browse/IMPALA-6864
Project: IMPALA
Issue Type: Bug
Components: Catalog
Affects Versions: Impala 2.9.0
Reporter: Clemens Valiente
If Impala does not have the latest schema information from Hive, a COMPUTE STATS overwrites the table definition stored in Hive Metastore.
short example:
{code:sql}
# Hive
create table cvaliente.testschema (id int);
{code}
{code:sql}
# Impala
INVALIDATE METADATA cvaliente.testschema;
{code}
{code:sql}
# Hive
drop table cvaliente.testschema;
create table cvaliente.testschema (id int, value string);
{code}
{code:sql}
# Impala
COMPUTE STATS cvaliente.testschema;
{code}
{code:sql}
# Hive
show columns from cvaliente.testschema
{code}
In our case, due to the size and scope of our table we did {{REFRESH TABLE dbname.tblname PARTITION (partkey = partvalue)}} in impala
followed by {{COMPUTE INCREMENTAL STATS dbname.tblname PARTITION (partkey = partvalue)}}
REFRESH TABLE ... PARTITION does not update the table schema unlike a simple REFRESH PARTITION so it kept the old schema and the COMPUTE INCREMENTAL STATS... PARTITION then updated the full table back with the old schema in Hive metastore.
- a REFRESH TABLE ... PARTITION should still update the table metadata from hive metastore
- a COMPUTE STATS should only write column statistics back to the metastore and NOT update the table schema.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)