Field-by-field comparison

Compare the evidence before choosing an MCP.

Each signal stays separate, missing facts remain visible, and the column order follows your selection.

MCPs in this comparison

Uncheck an MCP to remove it. Comparing two or three keeps each signal in its own row.

Open canonical comparison link

Comparable alternatives

Shown only when capability or industry context overlaps.

Side-by-side MCP evidence comparison
Evidence fieldclickhouseMCP100 RecommendedRedis MCPMCP100 Recommended
Task fit
Best for
  • High-volume analytical database exploration and query workflows for ClickHouse deployments.
  • Inspecting and manipulating Redis strings, hashes, lists, sets, sorted sets, streams, JSON, and search indexes
  • Development workflows using a dedicated local or test Redis database
  • Redis documentation search and operational investigation
Not ideal for
  • Teams outside the publisher ecosystem or without least-privilege credentials
  • Read-only analytics when write-capable Redis tools cannot be disabled or constrained by ACL
  • Production databases shared with latency-sensitive applications
Avoid when
  • The connected identity is broader than the task requires
  • Tool calls cannot be reviewed before consequential mutations
  • The Redis credential grants unrestricted access to production keys
  • TLS certificate verification is disabled for a remote Redis connection
  • The agent must not read, overwrite, publish, expire, or delete Redis data
Provenance
Provenance details

First-party MCP

ecosystem:clickhouse · Publisher source ↗

First-party MCP

Redis · Publisher source ↗

Maintenance
Maintenance details

Repo: Sep 21, 2026

Package: Not documented

Repo: Sep 21, 2026

Package: Not documented

Popularity evidence
GitHub stars

878

GitHub stars · checked 2026-09-24T04:14:39.535000Z

628

GitHub stars · checked 2026-09-24T04:14:26.347000Z

Package downloads / 30 days

248,614

package downloads / 30 days · checked 2026-09-24T04:17:50.251000Z

No reliable download data
Client coverage
Client coverage details
Claude Code✓ Local stdio
Claude Desktop✓ Local stdio
Codex✓ Local stdio
VS Code✓ Local stdio
Cursor✓ Local stdio
OpenCode✓ Local stdio
Claude Code✓ Local stdio
Claude Desktop✓ Local stdio
Codex✓ Local stdio
VS Code✓ Local stdio
Cursor✓ Local stdio
OpenCode✓ Local stdio
Client coverage noteLocal stdio runs on your computer. Streamable HTTP connects to a remotely hosted MCP server.
Access and data
AuthenticationThe official server uses configured ClickHouse connection credentials and supports secure deployment settings.Supports Redis username/password URLs, individual credential options, TLS through `rediss://`, CA certificate verification, cluster mode, and Microsoft Entra ID authentication for Azure Managed Redis.
CostThe MCP integration has no separately verified MCP100 price conclusion. Publisher subscriptions, API usage, compute, storage, and AI-client charges may apply.The first-party server is open source and the PyPI package documents no MCP usage fee. Redis Cloud, infrastructure, network, container, and AI-client costs remain separate.
PermissionsThe configured ClickHouse user's grants and RBAC define the authoritative accessible schemas and queries. MCP-side general writes require CLICKHOUSE_ALLOW_WRITE_ACCESS, and DROP, TRUNCATE, DELETE, and similar destructive operations require the additional CLICKHOUSE_ALLOW_DROP control.The server can read and write Redis keys and data structures, operate streams and pub/sub, manage search indexes, and inspect server information according to the connected Redis user's ACL. Redis ACL configuration is the effective permission boundary.
Data handlingAuthorized service data and tool results pass through the MCP server to the connected AI client. Review the publisher and client data policies before using sensitive data & databases information.The stdio server runs locally and sends Redis query inputs and returned key values to the connected MCP client. It connects directly to the configured Redis deployment. Credentials can be supplied in a URI, CLI arguments, or environment variables; avoid embedding them in shareable config and logs.
Limitations
Tradeoffs
  • Queries can expose large or sensitive datasets and consume cluster capacity even when writes are disabled.
  • The server supports a wide Redis data surface, which is useful but makes the database credential the primary security boundary.
  • Running through uvx is simple but `@latest` is mutable; pin a reviewed release for repeatable deployments.
  • Connection URLs are convenient but can expose usernames and passwords in process arguments or client configuration.
Risk contextMCP-side write and destructive opt-ins are safety controls, not the primary security boundary. Queries can expose large or sensitive datasets and consume cluster capacity. Use a narrowly privileged ClickHouse identity, least-privilege grants/RBAC, narrowly enabled tools, and explicit confirmation for mutations even when destructive controls are disabled.A broad Redis tool set can expose or mutate application state, sessions, queues, cached records, and vector data. Use a dedicated database, a narrowly scoped ACL user, verified TLS, pinned releases, and backups. This review does not claim MCP100 execution testing.
Evidence date
Editorial review2026-07-302026-07-24
Candidate evidence2026-09-24T04:25:05.554391Z2026-09-24T04:25:05.554391Z

Popularity, maintenance, fit, permissions, and client support are independent evidence fields.

Read the evidence method →