You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hive.apache.org by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/05/06 07:37:00 UTC
[jira] [Updated] (HIVE-29583) Profile the underlying JDBC execution in Metastore
[ https://issues.apache.org/jira/browse/HIVE-29583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
ASF GitHub Bot updated HIVE-29583:
----------------------------------
Labels: pull-request-available (was: )
> Profile the underlying JDBC execution in Metastore
> --------------------------------------------------
>
> Key: HIVE-29583
> URL: https://issues.apache.org/jira/browse/HIVE-29583
> Project: Hive
> Issue Type: Improvement
> Reporter: Zhihua Deng
> Assignee: Zhihua Deng
> Priority: Major
> Labels: pull-request-available
>
> Currently, when Hive Metastore operations—such as get_partitions or drop_table are slow, there is limited visibility into whether the delay is in the Metastore logic, the DataNucleus ORM overhead, or the underlying RDBMS execution.
> A single call(e.g, get_table) can trigger complex SQL joins or multiple round-trips to the backend database. Without explicit profiling of the JDBC execution, administrators are forced to rely on database-side logs (like Postgres slow query logs), which are often decoupled from the HMS context, making it hard to correlate a slow SQL statement with a specific Hive user or query.
> By profiling the JDBC executions, Admins can immediately see if a database index is missing or if the RDBMS is under-resourced and identify "expensive" patterns (e.g., users querying tables with 100k+ partitions without filters).
--
This message was sent by Atlassian Jira
(v8.20.10#820010)