View Categories

How to Connect MariaDB to Claude / Cursor via MCP (MariaDB MCP Server Setup)

24 min read

MCP SERVER MARIADB

Query MariaDB with Claude or Cursor via MCP.

Ask plain-English questions about your MariaDB data — orders, customers, product catalogs, joins, aggregations — over a secure, outbound-only cloud link, with Schema Intelligence baked into the MariaDB MCP connector so the AI writes correct SQL on the first try.

No firewall holes One key, every connector Live data, no cache lag Bring your own AI tool
Start Free Browse all MCP guides
See everything Query Streams can do beyond this guide Get Started Free
Supports
SQL Server PostgreSQL MySQL MariaDB SQLite MS Access Oracle BigQuery DuckDB
+more
Excel Sheets
Live Data

Replace exports with on-demand SQL

Excel Sheets
Nova
BI & AI Analytics

Ask Nova, get SQL + charts

Meet Nova
REST API
Database REST API

One key per partner. No credentials shared.

Build an API
Airtable Smartsheet Baserow SeaTable +more
Automation

Scheduled sync to 6+ platforms

Explore
Stripe HubSpot Shopify GA +more
API to SQL

Query APIs with SQL, no code

Explore
MCP Claude Cursor ChatGPT Grok +more
AI Database MCP

Claude, Cursor, ChatGPT & Grok talk to your data

Connect AI

Query Streams is a secure, real-time data integration platform that brings every database and SaaS API in your account into Claude, Cursor, ChatGPT, and Grok — through a single MCP key with no firewall changes. This guide walks through wiring up the MariaDB MCP connector specifically, so your AI tool can answer plain-English questions about orders, customers, product catalogs, and any other MariaDB data — joins, aggregations, schema exploration, ad-hoc reporting — without you copy-pasting CSV exports out of HeidiSQL, DBeaver, or phpMyAdmin. Learn more at QueryStreams.com and sign up for free to start asking your AI tool real MariaDB questions.

What Query Streams MCP gives you for MariaDB

Other “MariaDB MCP” servers on the open-source landscape connect the AI tool directly to a MariaDB connection string. That works, but it pushes a database password into your AI client’s config, scopes the AI tool to only that one MariaDB endpoint, and gives you no audit trail of what the AI actually asked. The Query Streams MCP server for MariaDB solves a wider problem: one key, every connector, full audit trail, and the AI tool never holds your MariaDB credentials.

Zero inbound firewall holes

The Network Agent opens a single outbound encrypted cloud link to Query Streams. Your AI client connects to the cloud, never to your MariaDB host. No port to open, no IP to allowlist, no VPN, no MariaDB listener exposed to the public internet.

One key, every connector

The same MCP key reaches every database and SaaS API your account has connected. Add a Stripe or PostgreSQL connector tomorrow and the AI tool sees it next to your MariaDB tables without re-keying.

Schema Intelligence baked in

The AI sees AI-curated descriptions, semantic types, enum value lists, and discovered foreign keys for every MariaDB column — not just bare information_schema output. It writes accurate SQL on the first try, even on legacy MariaDB schemas with cryptic column names.

Read-only enforced at the agent

Even a hallucinating LLM can’t issue DELETE, UPDATE, or TRUNCATE through Query Streams MCP. The Network Agent rejects anything that isn’t SELECT, WITH, or EXPLAIN before MariaDB ever sees the SQL.

Per-key rate limits

Default 60 requests per minute and 10 execute calls per minute, configurable per key. A runaway AI tool-call loop hits a token bucket, not your MariaDB connection pool or your hosting bill.

How it works without opening firewall ports

The Query Streams Network Agent is a small program you install once on a machine that can reach your MariaDB server (any laptop, on-prem box, EC2 instance, Azure VM, or cloud VM in the same network as your MariaDB host). It opens one outbound TLS cloud link to the Query Streams cloud and waits there for tool calls. When Claude or Cursor asks a question, the cloud forwards the request to the agent, the agent runs the SQL against MariaDB over the local network using the standard MariaDB / MySQL wire protocol, and the result streams back through the same outbound channel. Nothing inbound. Nothing exposed. The AI tool never sees your MariaDB connection string.

AI Client

Cursor, Claude,
ChatGPT, Grok

QS MCP Server

Streamable HTTP
X-MCP-Key auth

Network Agent

On your network
Cloud link out

MariaDB Database

Connection string
held by the agent

No inbound port required — the agent dials out, never the other way around

The MCP key you give Cursor or Claude is scoped (read / analyze / execute), revocable at any time, and rate-limited per-key. The AI tool calls these MCP tools to do its work:

querystreams-mcp · tool catalog
qs_list_organizationsread
Returns the org bound to the calling key.
qs_list_agentsread
Lists Network Agents and online state.
qs_list_connectorsread
Lists data connectors (one entry per database server or API).
qs_get_connector_schemaread
Returns the MariaDB databases, tables, and columns the AI can query, with Schema Intelligence enrichment when available.
qs_profile_tableanalyze
Sample values, distributions, enum detection, semantic types — on demand.
qs_list_saved_queriesread
Pre-built parameterized SQL templates the team trusts. The AI runs them without ever seeing the SQL.
qs_run_saved_queryexecute
Executes a saved query by pattern_key with optional parameter overrides.
qs_run_queryexecute
Executes a SELECT against a connector. Read-only validator runs at the agent, before MariaDB sees the SQL.

Why Schema Intelligence makes Query Streams MCP different

Most “MCP for MariaDB” servers in the open-source landscape hand your AI tool the same information_schema MariaDB hands a stranger. Column names. Data types. Maybe a primary key. The LLM is left to guess what status_id = 3 means, what usr_eml stores, or whether line_items.order_id actually joins to orders.id (no foreign key was ever declared either way — common on legacy MyISAM-era schemas that pre-date InnoDB FK enforcement). That’s why the first SQL most LLMs write against a bare schema is wrong — not because the LLM is bad, but because it doesn’t have the data it needs to be right.

Query Streams MCP returns that same schema enriched with what we call Schema Intelligence (SI) — AI-curated metadata that’s generated by running profiling queries against your actual MariaDB data before the AI client ever asks. When SI is enabled on a connector and database, every schema tool the AI calls (qs_get_connector_schema, qs_get_table_schema, qs_profile_table, qs_get_relationships) returns the bare schema plus six layers of curated knowledge. The LLM stops guessing.

To make this concrete, here is what the AI client gets back from a single qs_get_table_schema call against a typical MariaDB e-commerce database (orders, line_items, customers, products) — first without Schema Intelligence, then with it.

Without Schema Intelligence data_source: captured_schema
// what the LLM sees == TABLE: orders == – id int(11) [PK, NOT NULL] – customer_id int(11) NOT NULL – total decimal(10,2) NOT NULL – status varchar(20) NOT NULL – created_at datetime NOT NULL – shipped_at datetime == TABLE: line_items == – id int(11) [PK] – order_id int(11) NOT NULL – product_id int(11) NOT NULL – qty int(11) NOT NULL – unit_price decimal(10,2) NOT NULL == TABLE: customers == – id int(11) [PK] – email varchar(255) – name varchar(200) == TABLE: products == – id int(11) [PK] – name varchar(200) – sku varchar(64) Foreign Keys: (none declared) si_recommendation: state: “not_run” what_youre_missing_for_this_call: – AI-discovered foreign keys – Per-column sample values + enum detection – Table and column descriptions – Semantic type classifications – Business domain tagging note: “types only, no semantic context”
With Schema Intelligence data_source: schema_intelligence
// what the LLM sees == TABLE: orders [FACT, domain:sales] == “Customer order header rows; one per checkout. total is the order grand total in USD.” – id int(11) [PK] identifier – customer_id int(11) identifier FK -> customers.id (100% overlap, conf 0.99) – total decimal(10,2) currency Range: 0.00 – 4,820.00 · mean 142.30 – status varchar(20) status_code (enum) paid (62%) | shipped (28%) | refunded (6%) | pending (4%) – created_at datetime date_iso Sample: 2026-04-28 14:02:11 – shipped_at datetime date_iso (nullable) == TABLE: line_items [FACT, domain:sales] == “One row per product per order. Revenue = SUM(qty * unit_price).” – order_id int(11) identifier FK -> orders.id (98% overlap, conf 0.95) – product_id int(11) identifier FK -> products.id (100% overlap, conf 0.99) – qty int(11) counter – unit_price decimal(10,2) currency == TABLE: customers [DIM, domain:customers] == – email varchar(255) email Sample: [email protected], [email protected] – name varchar(200) person_name == TABLE: products [DIM, domain:products] == – name varchar(200) text_content – sku varchar(64) identifier Sample: [‘QS-001-MINT’,’QS-014-DARK’,’QS-027-AMBER’]

The six layers Schema Intelligence adds

Each layer addresses a specific class of question the LLM would otherwise have to guess at. SI is opt-in per (connector, database) pair and runs as a one-time profiling pass against your MariaDB data — it does not change your schema, does not write to your database, and refreshes incrementally when your schema changes.

AI-curated descriptions

Plain-English purpose for every database, schema, table, and column — generated once, refreshed when your schema changes. Confidence-scored; user-authored descriptions always win.

orders: “Customer order headers;
one row per checkout.”

Table classifications

Each table tagged FACT (transactional events), DIM (descriptive reference), or LOOKUP (small code maps), plus a business domain — sales, hr, seo, finance, support, and 14 more.

orders [FACT, domain:sales]
customers [DIM, domain:customers]

Semantic types per column

Eighteen types — currency, email, date_iso, status_code, percentage, ranking_position, identifier, url, person_name, and more. The AI generates dialect-correct MariaDB SQL appropriate to each type.

total: currency · email: email
created_at: date_iso

Sample values from real data

Random rows surfaced to the LLM so it recognises patterns no schema can show — formatting conventions, encoded values, abbreviation styles, and the actual shape of your strings.

sku: [‘QS-001-MINT’, ‘QS-014-DARK’,
‘QS-027-AMBER’]

Enum detection with distributions

Low-cardinality columns (50 or fewer distinct values, at most 5% of rows unique) mapped to their full value list with row counts. The AI never guesses casing or spelling.

status: paid (62%) | shipped (28%)
| refunded (6%) | pending (4%)

Implicit foreign-key discovery

Cross-table data overlap analysis finds joins that aren’t declared as DDL constraints. Stored alongside formal FKs with confidence scores, returned by qs_get_relationships.

line_items.order_id -> orders.id
(98% overlap, conf 0.95)

Same prompt, different SQL

The proof is in the SQL the AI tool actually writes. Same Cursor session, same Claude model, same prompt — “What were the top 5 products by revenue in the last 30 days?” Without Schema Intelligence the LLM has to guess. With it, the LLM knows.

Without Schema Intelligence
— LLM’s first attempt against bare schema: SELECT product_id, SUM(unit_price) AS revenue FROM line_items WHERE created_at >= ‘2024-01-01’ ORDER BY revenue DESC LIMIT 5 ✕ ERROR: column “created_at” does not exist ✕ created_at is on orders, not line_items ✕ no JOIN — line_items isn’t time-stamped ✕ SUM(unit_price) ignores qty — wrong revenue ✕ hardcoded date — “last 30 days” is dynamic ✕ returns product_id, not product name
With Schema Intelligence
— LLM’s first attempt with SI enabled: SELECT p.id, p.name, SUM(li.qty * li.unit_price) AS revenue FROM orders o JOIN line_items li ON li.order_id = o.id JOIN products p ON p.id = li.product_id WHERE o.created_at >= NOW() – INTERVAL 30 DAY GROUP BY p.id, p.name ORDER BY revenue DESC LIMIT 5 ✓ 5 rows. Correct first try. ✓ FACT/DIM tags guided the join structure ✓ FK discovery surfaced order_id -> orders.id ✓ created_at saw semantic type = date_iso ✓ MariaDB-idiomatic NOW() – INTERVAL 30 DAY
Don’t want to run Schema Intelligence? MCP still works. Without SI, schema tools return bare metadata (types, primary keys, formal foreign keys, indexes) and every degraded response carries an si_recommendation block telling the AI exactly what it’s missing — including a one-call option to enable SI mid-conversation via qs_request_si_analysis. Your AI client can offer to trigger an SI run on the spot (“would you like me to enable Schema Intelligence on this database first? It runs through your Network Agent in the background and will dramatically improve my answers”). Run time scales with table count: a small database under 100 tables completes in around 10 minutes; a typical mid-size database (a few hundred tables) finishes in 15–25 minutes; a large enterprise database with 1,500+ tables can take 45–60 minutes for a full scan. Subsequent refreshes after schema changes are incremental and much faster than the first run. Schema Intelligence is opt-in. We just don’t think you’ll want to opt out.
Nova AI

MCP not for you? Try Nova AI instead.

If editing JSON config files sounds like more work than you signed up for, skip MCP entirely — Nova AI is built into the Query Streams web portal with no setup. Ask the same plain-English questions (e.g. “Show me MariaDB orders that haven’t shipped in over 7 days”) across the same MariaDB connector, same agent, and same Schema Intelligence — just no MCP plumbing on your end.

Meet Nova AI

Prerequisites

Before you start, make sure you have:

  1. A free Query Streams account at my.querystreams.com.
  2. The Query Streams Network Agent installed on a machine that can reach your MariaDB server — see Download the Query Streams Agent.
  3. A MariaDB connector configured against the agent — see the existing connector setup guides for the connection string. The agent holds the MariaDB user password (or PAM / GSSAPI credentials); the AI tool never touches them.
  4. Any MCP-capable AI client. We’ll show Cursor, Claude Desktop, ChatGPT, and Grok in this guide; if you use Windsurf, Zed, Continue, Cline, VS Code Copilot, Codex, or Goose, the config block is essentially the same.
  5. Five minutes.
You only set up the agent once. The same agent that powers Query Streams’ Excel and Google Sheets add-ons, the web Query Builder, and Nova AI also serves MCP. Adding MCP to an existing Query Streams account is just generating a key — the agent and MariaDB connector are already running.
1

Generate an MCP key

From the /mcp page in Query Streams, mint a key with the scopes you want.

2

Drop it into your AI client

One JSON snippet for Cursor, Claude, ChatGPT, or Grok. Same key everywhere.

3

Ask a question

“What were our top 10 customers by lifetime value?” — the AI calls the right tools, you get the answer.

Step 1: Generate an MCP key in Query Streams

Sign in to Query Streams and open the MCP page (or sign in first at my.querystreams.com and click MCP in the left navigation). Click Generate key, give the key a recognizable name (something like cursor-laptop or claude-desktop), and pick the scopes you want this key to have:

  • read — the AI can browse connectors and read schema. Required for everything else.
  • analyze — the AI can profile tables and discover relationships (sample values, distributions, semantic types). Optional but strongly recommended for MariaDB work, where understanding the shape of your data matters when the LLM is generating joins across legacy schemas.
  • execute — the AI can actually run SQL. Without this, the AI is read-only against schema metadata only.

For a typical “let Claude analyse my MariaDB data” workflow, all three scopes are appropriate. For a key you’re handing to a teammate or a less-trusted client, drop execute and let them browse only. You can revoke any key at any time from the same page; the AI client will see MCP_KEY_REVOKED on its next call and stop working immediately. There’s no propagation delay.

Copy the key now — Query Streams shows it once, then stores only a hash. If you lose it, generate a new one. The key looks like qsmcp_ followed by 48 random characters and is what your AI client sends in the X-MCP-Key request header.

Step 2: Add Query Streams MCP to your AI client

The configuration is the same shape across every MCP-capable client — an MCP server entry pointing at https://mcp.querystreams.com with your key in the X-MCP-Key header. Pick your client below.

Cursor
Cursor ~/.cursor/mcp.json 
// Edit ~/.cursor/mcp.json
{
  "mcpServers": {
    "querystreams": {
      "url": "https://mcp.querystreams.com",
      "headers": {
        "X-MCP-Key": "qsmcp_PASTE_KEY_HERE"
      }
    }
  }
}
Claude Desktop
Claude Desktop claude_desktop_config.json 
// Settings → Developer → Edit Config
{
  "mcpServers": {
    "querystreams": {
      "url": "https://mcp.querystreams.com",
      "headers": {
        "X-MCP-Key": "qsmcp_PASTE_KEY_HERE"
      }
    }
  }
}
ChatGPT
ChatGPT Apps & Connectors 
// Settings → Apps & Connectors → Add MCP
Server URL  https://mcp.querystreams.com
Auth header X-MCP-Key
Header value qsmcp_PASTE_KEY_HERE

// Requires a paid ChatGPT plan
// (Plus / Pro / Team / Enterprise).
Grok
Grok Remote MCP Tools 
// Grok → Settings → Tools
{
  "mcp_servers": [{
    "name": "querystreams",
    "url": "https://mcp.querystreams.com",
    "auth_header": "X-MCP-Key",
    "auth_value": "qsmcp_..."
  }]
}

Restart your AI client. On its next start it will discover the eight Query Streams MCP tools listed above and surface them in its tool palette. In Cursor and Claude Desktop you can verify by typing “list connectors” — the AI should call qs_list_connectors and return your MariaDB connector along with anything else you have configured.

Step 3: Ask the AI a MariaDB question

You don’t write SQL — the AI does. You ask a question, the AI picks the right MCP tool, the agent runs the query against your MariaDB database, and the answer comes back as text plus tables. Three example prompts to try first:

“Who are our 10 highest-LTV customers, and what categories do they buy?”
Customers
The AI will call qs_get_connector_schema to discover the orders, line_items, customers, and products tables, then qs_run_query with a SELECT that joins customers to orders to line_items to products, computes SUM(qty * unit_price) per customer, and returns the top 10 by lifetime value alongside their most-purchased product categories. You’ll see the result table inline, plus a written interpretation — which customers cluster in which categories, repeat-purchase patterns, average order size — that the AI inferred from the MariaDB data.
“What was our top-grossing product line last quarter?”
Revenue
The AI uses MariaDB-idiomatic date arithmetic to bound the previous calendar quarter (QUARTER(o.created_at) = QUARTER(NOW() - INTERVAL 1 QUARTER)), joins orders through line_items to products, and aggregates SUM(li.qty * li.unit_price) by product line. The result is a ranked table with line, units sold, gross revenue, and percent of total — the AI typically annotates the top performer and the biggest mover versus the prior quarter without you having to ask.
“Show me MariaDB orders that haven’t shipped in over 7 days.”
Operations
The AI uses Schema Intelligence’s enum-detection on orders.status to filter to 'paid' orders with a NULL shipped_at and a created_at older than NOW() - INTERVAL 7 DAY. The result is a focused list with order id, customer email, total, and days-since-paid — usually the AI sorts by oldest first and flags the most concerning rows as fulfilment-team escalations rather than rounding errors. You can drill in by asking “why is order 4821 still pending?” and the AI will pull the relevant rows.

The first time the AI calls a tool, your client may pop up a confirmation prompt asking you to approve the tool call — that’s MCP’s standard consent flow, not anything Query Streams adds. Approve once and the AI proceeds with the rest of the conversation freely. You can revisit the consent at any time in your client’s settings.

Honest billing notice: MCP usage is charged on uncompressed bytes

The compressed clients (Excel, Sheets, Query Builder, Nova) bill compressedBytes, but MCP’s Streamable HTTP transport doesn’t reliably compress end-to-end, so it bills uncompressedBytes — a 1 MB MariaDB result set costs ~1 MB via MCP vs. ~150–250 KB via the other clients. It’s not a markup; for the typical 100–5,000 row interactive MariaDB response the difference is in cents, but for 100K+ row exports prefer the Excel / Sheets / Nova path. Why MCP traffic is measured uncompressed →

Frequently asked questions

Do I need to open ports or run a VPN to use this? +
No inbound rules, port-forwarding, NAT punchthrough, or VPN. The Network Agent makes one outbound TLS connection (port 443) and your AI client reaches https://mcp.querystreams.com from the public internet — if outbound HTTPS works on the agent host, MCP works. See how the outbound-only connection works →
Which AI tools can I use with Query Streams MCP? +
Any client that speaks the open Model Context Protocol — Claude Desktop, Claude Code, Cursor, ChatGPT (paid), Grok, Gemini CLI, Windsurf, Zed, and 500+ more. Bring your own AI tool; you don’t have to switch. Full list of supported AI clients →
Can I revoke an MCP key? +
Yes — three independent kill-switches (per-key from the /mcp page, per-org via plan settings, and platform-level), none of which need a database password rotation or agent restart. More on MCP key security →
How is MCP usage billed against my data realm? +
MCP draws from the same data-realm budget as Excel, Sheets, the Query Builder, and Nova AI, but the measured size differs: compressed clients bill compressedBytes while MCP (Streamable HTTP, no reliable end-to-end compression) bills uncompressedBytes. In practice a 1 MB MariaDB result costs ~150–250 KB via Excel but ~1 MB via Cursor over MCP. How MCP billing is measured →
Does Query Streams MCP work with my MariaDB cluster (Galera, MaxScale, ColumnStore)? +
Yes — Query Streams MCP works with any MariaDB endpoint the Network Agent can reach over TCP, regardless of topology. Specifically supported: standalone MariaDB Server (any 10.x or 11.x version), MariaDB Galera Cluster (point at the writer node, or at any synchronous replica for read-mostly workloads), MariaDB MaxScale (router/proxy in front of a Galera fleet — treat it as a single endpoint and let MaxScale handle routing), MariaDB ColumnStore for analytical workloads, MariaDB Enterprise, SkySQL (MariaDB Cloud), AWS RDS for MariaDB, and self-hosted MariaDB on EC2, Azure VMs, Google Compute Engine, or on-premise hardware. The agent handles the connection string — pluggable auth (mysql_native_password, ed25519, GSSAPI/Kerberos, PAM), SSL/TLS with custom CA certs, and read-replica routing are all supported. Tip: register each MariaDB endpoint as its own connector. Your transactional Galera primary and your ColumnStore analytics engine can be two separate connectors on the same key, and the LLM picks the right one based on the question (point lookups go to the OLTP cluster, big aggregations go to ColumnStore). The MCP server doesn’t see the credentials; only the agent does.
How does this differ from running an open-source MariaDB MCP server myself? +
A direct MariaDB MCP server (community projects on GitHub do exist) is one MCP per data source. To get Claude reading from your MariaDB + Google Search Console + your Stripe account + your Snowflake warehouse you’d need four MCP servers configured separately in every AI client, each with its own credentials, each with its own scope model, each with its own audit story. Query Streams MCP is one key reaching every connector your account has paired. You also pick up Schema Intelligence, agent-layer read-only enforcement, per-key rate limits, audit trail in event_logs, and the same data-realm billing pipeline you already use — none of which a direct MariaDB MCP gives you.
What happens if the AI tries to write or delete data? +
It’s rejected at the agent before the data source sees the SQL. Every qs_run_query call is parsed by a hardcoded read-only validator that allows only SELECT, WITH, and EXPLAIN statements; anything else returns READONLY_VIOLATION and never reaches MariaDB. The validator runs in the agent process on your network, not in the cloud, so a compromised cloud surface couldn’t bypass it. (You can layer a MariaDB-side read-only user (e.g. grant only SELECT on the relevant databases) on top if you want belt-and-suspenders — the agent’s validator is independent of whatever MariaDB grants you’ve configured.)
Can I see what the AI actually asked? +
Yes. Every MCP tool call writes a row to event_logs with the org, user, key, scope, latency, and result code. The org-admin can answer “who used MCP last week, which connector, and what did they ask?” with a single query. Note that we log the tool name and metadata, not the SQL text or returned rows — those flow through the cloud link and never land in cloud logs. If you want full SQL audit, enable database-side audit on the underlying engine; for MariaDB specifically that’s the server_audit plugin (the MariaDB Audit Plugin) or your existing general / slow-query log pipeline.
Do I have to run Schema Intelligence to use Query Streams MCP? +
No — Schema Intelligence is opt-in per (connector, database) pair, and MCP works fine without it. The AI gets bare schema (types, primary keys, formal foreign keys, indexes) and writes basic queries. With SI enabled, the AI gets six additional layers of curated metadata: (1) AI-curated descriptions on every database, table, and column; (2) table classifications (FACT for transactional events, DIM for descriptive reference, LOOKUP for small code maps) plus a business domain tag (sales, hr, seo, finance, support, and 14 more); (3) a semantic type on every column (currency, email, date_iso, status_code, percentage, ranking_position, identifier, url, person_name, and 9 more) that drives dialect-correct MariaDB SQL generation; (4) sample values from your real data so the LLM recognises patterns no schema can show; (5) enum detection with full value distributions for low-cardinality columns; and (6) AI-discovered foreign keys based on cross-table data overlap, surfaced through qs_get_relationships. Without SI, every schema-tool response also carries an si_recommendation block listing exactly what’s missing for the call — the AI can read this and offer to trigger SI mid-conversation via qs_request_si_analysis. Run time scales with table count: a small database under 100 tables completes in around 10 minutes; a typical mid-size database (a few hundred tables) finishes in 15–25 minutes; a large enterprise database with 1,500+ tables can take 45–60 minutes for a full scan. SI runs through your Network Agent against your data (never in the cloud), never writes to your database, never changes your schema, and refreshes incrementally when your schema changes — so subsequent runs after you add or alter tables are much faster than the first one. The end-to-end effect: with SI enabled, your AI client writes correct SQL on the first try far more often than it does against any “MCP for X” server that just hands the LLM information_schema.
What if I add another connector later, like Stripe or PostgreSQL? +
Nothing changes on the AI client side — the same key reaches the new connector the moment the agent finishes pairing (qs_list_connectors picks it up automatically). One config block buys you the whole account, present and future. Why one key covers every connector →
Do I have to set up MCP just to chat with my data? +
No — Nova AI is built into the Query Streams portal and works against every connector (MariaDB included) with no MCP setup or config files. Use Nova to chat with your data inside Query Streams; use MCP when you want your own AI client (Claude, Cursor, ChatGPT, …) to reach the same data — same agent, same connectors, same Schema Intelligence underneath. Learn more about Nova AI →

Get started

Connect your AI tool to your MariaDB data in five minutes.

One MCP key reaches MariaDB, every other database, and every API connector in your Query Streams account — with full audit trail, per-key rate limits, and zero firewall changes. Claude, Cursor, ChatGPT, and Grok all work out of the box.

Sign Up Free Download Agent

Related guides: Download the Query Streams Agent | Database Connector Setup | All MCP Server guides | Nova AI text-to-SQL

Category: MCP Server

Tags: mcp, claude, cursor, mariadb, database, mariadb-mcp, ai

Meta Description: Connect MariaDB to Claude or Cursor via Query Streams MCP. Outbound-only, read-only, 5-min setup.

Updated on June 16, 2026
claude cursor database mariadb mcp open-source-database

What are your Feelings

  • Happy
  • Normal
  • Sad

Powered by BetterDocs