Skip to main content
Glama
yaowenqiang

impala-mcp-server

by yaowenqiang

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
MCP_HOSTNoHTTP bind addresslocalhost
MCP_PORTNoHTTP bind port3000
LOG_LEVELNoLogging levelINFO
IMPALA_HOSTNoImpala coordinator (impalad) hostlocalhost
IMPALA_PORTNoHiveServer2 port21050
IMPALA_USERNoCredentials (PLAIN / LDAP)
LOG_FILE_PATHNoLogging (stderr for stdio)
MCP_TRANSPORTNostdio or httpstdio
IMPALA_CA_CERTNoTLS settings
IMPALA_USE_SSLNoTLS settingsfalse
ALLOW_WRITE_SQLNoDangerous: allow DDL/DML through queryfalse
IMPALA_DATABASENoDefault database contextdefault
IMPALA_PASSWORDNoCredentials (PLAIN / LDAP)
MAX_RESULT_ROWSNoHard row cap10000
BLOCKED_KEYWORDSNoComma-separated override of DDL/DML keywords
IMPALA_HTTP_PATHNoHS2-over-HTTP (Knox)
DEFAULT_RESULT_ROWSNoDefault cap for query1000
IMPALA_QUERY_TIMEOUTNoServer-side query timeout via SET QUERY_TIMEOUT_S300
ENABLE_SECURITY_CHECKNoRead-only guard master switchtrue
IMPALA_AUTH_MECHANISMNoAuthentication mechanism: NOSASL / PLAIN / LDAP / GSSAPINOSASL
IMPALA_MAX_CONNECTIONSNoPool size10
IMPALA_QUERY_LOG_TABLENoSource for slow-query toolsys.impala_query_log
IMPALA_CONNECTION_TIMEOUTNoSocket connect timeout (s)30
IMPALA_MAX_CONNECTION_AGENoRecycle connections older than this (s)3600
IMPALA_USE_HTTP_TRANSPORTNoHS2-over-HTTP (Knox)false
IMPALA_KERBEROS_SERVICE_NAMENoFor GSSAPIimpala

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": false
}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}
experimental
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
queryA

Execute a read-only SQL statement (SELECT / SHOW / DESCRIBE / EXPLAIN / WITH ... SELECT / bare SET) against Apache Impala and return columns+rows. DDL/DML is blocked unless the server runs with ALLOW_WRITE_SQL=true.

explain_queryA

Return the Impala execution plan (EXPLAIN) for a SELECT or WITH query.

get_session_optionsA

List current Impala session query options (SET).

get_db_listA

List all databases visible to the configured Impala user, optionally filtered by a SQL LIKE pattern.

get_db_table_listA

List tables and views of a database (SHOW TABLES IN db). Omit db_name to use the server default database; pattern filters with SQL LIKE.

get_table_schemaB

Describe a table: column names, data types, comments and partition columns (DESCRIBE table).

get_table_commentB

Return the table-level comment parsed from SHOW CREATE TABLE.

get_ddlA

Return the full CREATE TABLE statement (SHOW CREATE TABLE) including partitions, storage format and properties.

get_table_previewA

Preview the first rows of a table (SELECT * ... LIMIT n, n<=1000).

get_functionsA

List built-in and user-defined functions of a database (SHOW FUNCTIONS), optionally filtered by a LIKE pattern.

get_table_sizeB

Physical table statistics: row count, number of files and total bytes (SHOW TABLE STATS). Values are -1 until COMPUTE STATS has been run.

get_column_statsA

Column-level statistics: distinct values, nulls, max/avg size (SHOW COLUMN STATS).

get_partitionsA

List partitions with per-partition statistics (SHOW PARTITIONS). Only valid for partitioned tables.

get_db_metadata_summaryA

Summarize a database: table/view counts plus aggregated rows/files/bytes sampled over up to max_tables tables.

get_health_checkA

Check Impala connectivity: SELECT 1 round-trip latency and server version.

get_cluster_overviewA

Cluster snapshot: Impala version, current database, database list and impalad hosts (SHOW HOSTS).

get_slow_query_recordsA

Recent/slow queries from the Impala workload-management query log (sys.impala_query_log by default; needs Impala 4.2+ / CDP). Filter by time_range_hours or min_duration_ms.

Prompts

Interactive templates invoked by user choice

NameDescription
impala_query_dataGuide an agent through querying Impala data step by step.
impala_table_data_explorationStructure-first exploration of one table.
impala_joint_analysisDesign an efficient multi-table analysis join.
impala_building_databaseHelp design an Impala database layout (DDL is executed out-of-band).
impala_building_tableHelp design an Impala CREATE TABLE statement (read-only server).
impala_performance_optimizationDiagnose Impala query or table performance.
impala_slow_query_locationFind and analyze recent slow queries from the Impala query log.
impala_data_quality_checkGenerate read-only data-quality probes for one table.
impala_report_generationBuild a business report from Impala data.

Resources

Contextual data attached and managed by the client

NameDescription
databasesAll databases visible to the configured user.
clusterImpala version, hosts and database list.

TDQS

A3.9/5.0

Scored across 17 tools

Disambiguation5/5

Each tool targets a clearly distinct resource or action: query execution, plan explanation, session options, and a comprehensive set of metadata inspectors for databases, tables, schemas, DDL, stats, partitions, and cluster health. Even similar-sounding tools like get_table_schema, get_table_comment, and get_ddl are cleanly separated by their descriptions.

Naming Consistency4/5

The vast majority of tools follow a consistent lower_snake_case get_* pattern with clear noun targets. The exceptions are the bare `query` tool and `explain_query`, which are still readable but deviate slightly from the dominant get_ prefix convention.

Tool Count4/5

At 17 tools, the server is slightly above the typical 3–15 range, but the count is justified by the broad scope of Impala metadata and query functionality. Each tool addresses a distinct need, so the set does not feel bloated.

Completeness5/5

The tool set covers the full envelope of read-only Impala interaction: arbitrary queries, execution plans, session settings, database/table listing, schema inspection, DDL retrieval, data previews, functions, table and column statistics, partitions, cluster overview, and slow-query logs. There are no obvious dead ends or major missing operations for its intended read-only/metadata-analysis purpose.

Maintenance

ActivityMaintained
ResponsivenessNo issues