Skip to main content
Glama
drill-mcp

drill-mcp

Official
by apache

Drill-MCP Server

The official MCP server for Apache Drill. It lets an MCP client run read-only (and narrowly, explicitly allow-listed write) SQL against a Drill cluster, and inspect schemas, storage plugins, and cluster/query state. It does not implement Drill administration (ALTER SYSTEM, storage-plugin management) — see "Safety model" below.

Install

pip install drill-mcp             # REST backend
pip install drill-mcp[jdbc]       # adds the JDBC backend (needs a JVM)
pip install drill-mcp[kerberos]   # adds SPNEGO auth for the REST backend

The base install has no JVM dependency: the default REST backend talks to Drill over plain HTTP via httpx. The jdbc extra pulls in jaydebeapi/JPype1 and is only needed if you select backend: jdbc (see "Backends" below).

Related MCP server: telemetry-mcp

Quickstart

drill-mcp --url http://localhost:8047
# or
drill-mcp --config /etc/drill-mcp/drill.yaml

drill-mcp --help lists every CLI flag.

Register it with an MCP client:

{
  "mcpServers": {
    "drill": {
      "command": "drill-mcp",
      "args": ["--config", "/etc/drill-mcp/drill.yaml"]
    }
  }
}

Configuration

Configuration is merged from three sources, each overriding the last: config file → DRILL_* environment variables → CLI flags. Because the environment wins over the file, a stale exported DRILL_PASSWORD silently overrides a password: set in the config file — unset it if the file is meant to be authoritative.

There is no --user/--password CLI flag and no tool accepts a credential as an argument; user/password can only be set via the config file or DRILL_USER/DRILL_PASSWORD.

Every config key, its default, its environment variable, and its CLI flag are documented in docs/configuration.md. drill.example.yaml is a complete example file with every key present.

Tools

Tool

Description

run_query

Run one SQL statement

list_schemas

List visible schemas

list_tables

List tables in a schema

describe_table

Column names, types, and nullability where the plugin reports it

list_storage_plugins

Plugin configs, secrets redacted

cluster_status

Drillbit membership and status

list_profiles

Recent and running queries

get_profile

Full profile for one query id

cancel_query

Cancel a running query

list_storage_plugins, cluster_status, list_profiles, get_profile, and cancel_query are management tools: they require the REST backend and raise a clear ToolError on the JDBC backend rather than failing silently or returning empty data.

Full parameters, return shapes, errors, and per-tool surprises are in docs/tools.md.

Safety model

  • Writes are denied by default. CREATE TABLE AS, CREATE VIEW, DROP TABLE, and DROP VIEW are permitted only into plugins listed in writable_plugins. INSERT, UPDATE, DELETE, MERGE, ALTER, USE, and REFRESH are always rejected, no matter what writable_plugins contains.

  • ALTER SYSTEM and storage-plugin create/update/delete are not implemented at all. There is no flag, config key, or code path that turns them on — there is nothing for such a tool to call.

  • Exactly one statement per call, checked with a real SQL parser (sqlglot's Drill dialect), not a regex, so a write hidden in a comment, a string literal, or a stacked statement does not slip through. Anything that fails to parse — including a tokenizer failure — is rejected.

  • EXPLAIN recurses. The guard strips a leading EXPLAIN or EXPLAIN PLAN FOR and re-checks the remaining statement against the same allowlist and hidden-schema rules, with bounded recursion depth.

  • hidden_schemas filters more than schema listings. Beyond refusing queries against a hidden schema, it filters the result rows of every SHOW command (not only SHOW SCHEMAS), because Drill's SHOW grammar gives sqlglot no reliable way to identify which spelling lists schemas. This is a deliberate fail-closed trade: a table or file whose name happens to match a hidden-schema prefix is incidentally hidden too. See docs/tools.md for the full explanation. Hiding INFORMATION_SCHEMA does not break the metadata tools, which query it internally regardless and simply omit hidden entries from their output.

  • Secrets are always redacted from list_storage_plugins output. This is not configurable off.

  • Results are capped by max_rows; a caller may lower the cap for a single call but never raise it above the configured limit. A truncated result is marked "truncated": true.

Deployment

drill-mcp speaks MCP over stdio only. Each MCP client launches its own server process, and that process serves exactly one client. It is built for local, single-user use.

  • Every tool call runs as the Drill identity in the config. The server has no notion of who is calling; whoever can talk to the process gets that user's Drill access.

  • Policy is per process. writable_plugins, hidden_schemas, and max_rows apply to every call the process handles.

  • cancel_query accepts any query id the configured Drill user is permitted to cancel.

To give several people access, run one process per user with that user's own credentials. Do not put a network proxy in front of the stdio process: that would share one Drill identity, one policy, and unrestricted cancel_query with everyone who can reach the proxy.

An HTTP transport is a possible future enhancement. Shipping one safely needs client authentication, a Drill identity (or impersonation) per caller, and authorization for cancel_query.

Backends

  • REST (default, backend: rest): talks to a Drillbit's HTTP endpoints over httpx. Works out of the box, no JVM required.

  • JDBC (backend: jdbc, needs the jdbc extra): uses jaydebeapi/JPype1 against Drill's JDBC driver. It exists mainly because Kerberos is materially less painful through the Drill JDBC driver than through Python SPNEGO. It needs a JVM and jdbc_driver_path pointing at drill-jdbc-all.jar. Management tools are unavailable on this backend, since Drill's management API is REST-only, and run_query never returns a query_id on this backend.

Wire-level behavior — identifier quoting, INFORMATION_SCHEMA queries, and the per-plugin-type column-discovery strategy in describe_table — follows sqlalchemy-drill, the most complete and maintained reference for talking to Drill from Python. PyDrill was evaluated and not adopted: it has no form-based login, no Kerberos support, and its last release was in 2018.

Development

pip install -e ".[dev]"
pytest

The test suite needs no live Drill cluster and no JVM: Drill's wire protocol is mocked at the transport boundary, so pytest runs anywhere Python does.

Credits and license

Wire-level behavior follows sqlalchemy-drill.

Licensed under the Apache License, Version 2.0. See NOTICE.

Available Tools

9 tools
cancel_queryB

Cancel a running query by its query id.

Inputs: query_id (required). Returns: result

cluster_statusA

Report Drillbit membership and overall cluster status.

Inputs: no named parameters. Returns: object

describe_tableA

List a table's columns with their types and nullability.

Inputs: table (required), schema (required). Returns: result

get_profileA

Fetch the full profile for one query id.

Inputs: query_id (required). Returns: object

list_profilesA

List recent and running query profiles, newest first.

Inputs: limit. Returns: result

list_schemasA

List every schema visible on the cluster.

Inputs: no named parameters. Returns: result

list_storage_pluginsA

List storage plugin configurations, with all secrets redacted.

Inputs: no named parameters. Returns: result

list_tablesB

List the tables in one schema.

Inputs: schema (required). Returns: result

run_queryC

Run a single SQL statement against Drill and return its rows.

Inputs: sql (required), max_rows. Returns: object

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

    TDQS

    A3.7/5.0

    Scored across 9 tools

    Disambiguation5/5

    Each tool targets a distinct resource and action: query execution, schema/table listing, table description, storage plugin configs, cluster status, and query profile management. There is no overlap in purpose, so an agent can reliably select the correct tool.

    Naming Consistency4/5

    Most tools follow a consistent verb_noun pattern using snake_case (run_query, list_schemas, list_tables, describe_table, list_storage_plugins, list_profiles, get_profile, cancel_query). The only deviation is 'cluster_status', which lacks an explicit verb but remains clear and readable.

    Tool Count5/5

    With 9 tools, the set is well-scoped for a Drill MCP server. It covers metadata exploration, query execution, cluster health, and query management without unnecessary bloat, fitting comfortably within the ideal 3-15 range.

    Completeness4/5

    The server covers the core lifecycle of query interaction: running a query, inspecting profiles, and canceling. It also provides comprehensive metadata browsing via schemas, tables, and columns. Minor gaps exist such as lack of write operations or cross-schema table listing, but these are not critical for typical read-oriented Drill usage.

    Maintenance

    ActivityMaintained
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      Not graded
      quality
      F
      maintenance
      Read-only MCP server for SQL databases (SQL Server, Postgres, SQLite) with multi-server support and three-layer safety using AST validation and linting.
      MIT
    • A
      license
      Not graded
      quality
      C
      maintenance
      A read-only MCP server for querying telemetry data from configurable backends. Provides tools to list sources, describe schemas, run bounded queries, and compute aggregates.
      MIT
    • A
      license
      A
      quality
      D
      maintenance
      A lightweight MCP server for exploring Dremio data catalogs. It provides read-only tools for browsing catalogs, querying tables, and previewing data.
      6
      18 npm
      MIT
    • A
      license
      A
      quality
      C
      maintenance
      Production-oriented MCP server for Microsoft SQL Server, enabling query execution, database discovery, schema introspection, and metadata inspection via MCP clients.
      6
      4
      MIT