-
Notifications
You must be signed in to change notification settings - Fork 2
Test Ecosystem
Value Proposition Validate AI agents in an isolated test ecosystem. It replicates deployment topologies to verify boundaries and operations before production. Read the full value proposition.
This guide delivers a robust blueprint for deploying and managing a production-grade integrated test ecosystem featuring InnoDB Cluster, MySQL Router, and ProxySQL. Securely validate AI agents in a pristine, isolated sandbox prior to production, ensuring unparalleled reliability and operational confidence. The stack is configured with Datadog integrations, running alongside Prometheus and Grafana, to provide metrics observability and APM. See Observability for more details.
Tip
Looking for end-user templates? This page documents the heavy internal E2E testing infrastructure. If you just want a clean, user-friendly Docker template for your own projects, check out the examples/ directory in the main repository!
Note
Benchmarks: This test ecosystem includes comprehensive VM sandbox lifecycle benchmarks to validate sandbox pool performance, security validation, and context creation overhead.
Accelerate your validation pipeline with fully automated, idempotent deployments. Our battle-tested scripts instantly bootstrap Group Replication, seamlessly simulating production environments to orchestrate complex AI workflows with absolute confidence.
cd test-server/infrastructure
node scripts/recreate-ecosystem.mjsThis master script will:
- Tear down the existing cluster and volumes (
docker compose down -v). - Start the fresh test containers (
docker compose up -d). - Automatically poll the nodes until they are healthy.
- Initialize the primary node as the cluster creator.
- Join secondary nodes to the cluster.
- Output the final cluster topology.
This test ecosystem includes the core database architecture alongside a comprehensive observability stack to validate the mysql-mcp server:
┌─────────────────────────────────────────────────────────────────────────────┐
│ Docker Network: unified-database-ecosystem-net │
│ │
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ mysql-node1 │ │ mysql-node2 │ │ mysql-node3 │ │
│ │ PRIMARY │ │ SECONDARY │ │ SECONDARY │ │
│ │ Cls: 3307 │ │ Cls: 3308 │ │ Cls: 3309 │ │
│ │ X: 33061 │ │ X: 33062 │ │ X: 33063 │ │
│ └──────┬───────┘ └──────┬───────┘ └──────┬───────┘ │
│ │ │ │ │
│ ├────────────┬────┴─────────────────┘ │
│ ▼ ▼ │
│ ┌───────────────────┐┌─────────────────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │mysql-async-replica││ MySQL Router │ │ ProxySQL │ │ redis-server │ │
│ │ Cls: 3310 ││ RW:6446 RO:6447/6448 │ │ Admin: 6032 │ │ Port: 6379 │ │
│ │ X: 33064 ││ REST API: 8443 │ │ Data: 6033 │ │ │ │
│ └───────────────────┘└─────────────────────────┴────┴──────────────┘ └──────────────┘ │
│ │
│ ┌──────────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ Prometheus │ │ Grafana │ │ Adminer │ │
│ │ Port: 9090 │ │ Port: 3001 │ │ Port: 8081 │ │
│ └──────────────────┘ └──────────────┘ └──────────────┘ │
│ │
│ ┌──────────────────┐ ┌──────────────┐ │
│ │ Loki │ │ Grafana │ │
│ │ Port: 3100 │ │ Alloy │ │
│ └──────────────────┘ │ Port: 12345 │ │
│ └──────────────┘ │
│ ┌──────────────────┐ ┌──────────────┐ │
│ │ Dozzle │ │ Datadog │ │
│ │ Port: 8080 │ │ Ports: 8125/ │ │
│ └──────────────────┘ │ udp, 4318 │ │
│ └──────────────┘ │
│ ┌──────────────────┐ ┌────────────────────────┐ │
│ │mysql-mcp-exporter│ │ mysql-router-telemetry │ │
│ │ Port: 3000 │ │ │ │
│ └──────────────────┘ └────────────────────────┘ │
└─────────────────────────────────────────────────────────────────────────────┘
Rapidly restore a pristine state. You may need to re-seed the testdb for E2E validation. This avoids the overhead of tearing down the entire cluster:
cd test-server/infrastructure
node scripts/reset-database.mjsIf containers are restarted and the cluster fails to auto-recover via SET PERSIST, you do not need to run manual scripts. The cluster-healer Docker sidecar constantly monitors the cluster topology.
If it detects a complete outage, it automatically executes dba.rebootClusterFromCompleteOutage('mcpCluster') and STOP/START GROUP_REPLICATION via mysqlsh. To monitor recovery events:
docker logs -f cluster-healerAll containers in the ecosystem are configured with restart: unless-stopped to gracefully survive host laptop reboots and Docker daemon restarts without manual intervention.
Note
The local test cluster uses non-standard ports (3307-3310). This differs from the default 3306 shown in standard configuration examples. This avoids conflicts with local installations.
| Property | Value |
|---|---|
| Primary (R/W) |
tcp://localhost:3307 (Classic), tcp://localhost:33061 (X-Protocol) |
| Read Replicas (R/O) |
tcp://localhost:3308, tcp://localhost:3309 (Classic), tcp://localhost:33062, tcp://localhost:33063 (X-Protocol) |
| Async Replica (R/O) |
tcp://localhost:3310 (Classic), tcp://localhost:33064 (X-Protocol) |
| User | root |
| Password | root |
| Property | Value |
|---|---|
| REST API URL | https://localhost:8443 |
| REST API User | rest_api |
| REST API Password | router_api |
| RW Routing Port |
6446 (Classic) (→ PRIMARY) |
| RO Routing Port |
6447 (Classic), 6448 (X-Protocol) (→ SECONDARY) |
| Property | URL |
|---|---|
| Datadog & OpenTelemetry | Ports: 8125/udp, 4318 (OTLP HTTP).
|
| Prometheus | http://localhost:9090 |
| mysql-mcp-exporter |
http://localhost:3000 (Standalone metrics server. Healthcheck: wget --spider -q http://127.0.0.1:3000/metrics) |
| mysql-router-telemetry | (Background metrics scraper for MySQL Router) |
| Loki | http://localhost:3100 |
| Grafana Alloy |
http://localhost:12345 (internal HTTP status). Ensure strict routing rules (e.g., mcp-audit.jsonl strictly to Loki). |
| Grafana |
http://localhost:3001 (admin/admin) |
| Dozzle (Logs) | http://localhost:8080 |
| Adminer (DB UI) |
http://localhost:8081 (Server: mysql-node1 (uses internal Docker network port 3306), User: root, Pass: root) |
| ProxySQL Admin | tcp://localhost:6032 |
| ProxySQL Data | tcp://localhost:6033 |
| Redis | tcp://localhost:6379 |
While this ecosystem can be deployed on any standard Docker host, Windows users running native docker-ce inside WSL2 Ubuntu (without Docker Desktop) may encounter a known WSL2 idle timeout behavior. The distro may terminate without active Windows-side client sessions, stopping all containers.
Windows-Specific Workarounds
A Windows Scheduled Task (WSL-KeepAlive) runs at user logon. It is automatically registered by recreate-ecosystem.mjs. It launches wsl.exe -d <Distro-Name> --exec sleep infinity with a hidden window. This holds the distro alive indefinitely.
When running Datadog Agent or other UDP-based telemetry in a Windows-WSL environment, UDP packets must be explicitly routed across the Windows-WSL boundary. You can achieve this packet bridging using wsl -c "nc -u".
In WSL2 environments, you must also enforce strict container resource limits for the Datadog Agent (mem_limit: 1536m, stop_grace_period: 30s, timeout: 10s).
If containers are cycling (green → red → green repeatedly):
-
Check if WSL is rebooting:
wsl bash -c "journalctl --list-boots". Multiple short-lived boots indicates a WSL termination issue. -
Identify the root cause: Run
wsl bash -c "dmesg | grep InitTerminateInstanceInternal". This message means WSL sentsystemctl poweroffto the distro. -
Check the keepalive task:
Get-ScheduledTask -TaskName 'WSL-KeepAlive' | Select State— must beRunning. -
Check Docker daemon:
wsl bash -c "systemctl status docker"— must beactive (running). -
Check iptables backend: Certain host kernel environments require
iptables-nft. If Docker fails to start, check/etc/docker/daemon.jsonandupdate-alternatives --display iptables.
| File | Purpose |
|---|---|
%USERPROFILE%\.wslconfig |
WSL2 VM config: memory, swap, vmIdleTimeout=-1
|
/etc/docker/daemon.json |
Docker storage driver, log rotation |
/etc/systemd/system/wsl-keepalive.service |
Backup in-distro keepalive (defense-in-depth) |
- MySQL Router - Connect and query through MySQL Router
- ProxySQL - ProxySQL integration
- MySQL Shell - Run MySQL Shell scripts
- Redis Integration - Redis rate limiting and test isolation
- Observability - Telemetry and monitoring setup
Unlock autonomous database orchestration with an enterprise-grade MySQL MCP server. Featuring blazing-fast sandboxed Code Mode, uncompromising schema enforcement, and seamless ecosystem integrations to power secure, intelligent AI workflows.
- Installation
- Configuration
- Architecture
- HTTP Transport
- Tool Filtering
- Code Mode
- Tools
- Prompts
- Resources
- Observability & Telemetry