Connects to a MySQL binlog index (built by the Bintrail CLI) and exposes query, recover, and status tools so Claude can search row-level change history and generate reversal SQL. Useful when you need to investigate what changed in production, who made a specific update, or generate point-in-time recovery scripts without manually writing SQL against the binlog_events table. The server is read-only and works with Bintrail's streaming or file-based indexing modes. Ships with the main Bintrail distribution and can run via the Claude Connector (with the MCP Gateway) or locally through go run. Requires an existing Bintrail index database, it doesn't stream binlogs directly.
Point-in-time recovery for MySQL and PostgreSQL --- no locks, no schema changes, no waiting for a restore.
SELECT * FROM orders WHERE id = 123 AS OF '2026-05-20 14:00:00'
— against production MySQL/Postgres. That's the experience dbtrail makes possible.
dbtrail tails the MySQL binary log or the Postgres WAL and keeps every row change with full before/after images in a searchable index:
ON DELETE CASCADE wiped out (and restore FKs an ON DELETE SET NULL cleared) that InnoDB removes below the binlog and most tools can't see — see Query & Recoveryreconstruct CLI; the live SQL AS OF interface additionally needs ProxySQL — see Time-Travel SQLbintrail verify checks (off-line, drift-free) that a recovery would actually reproduce the source, and bintrail status flags any gap in the captured stream — so you find out before you need it — see VerifyWorks with MySQL, Percona Server for MySQL, Amazon RDS for MySQL,
and Amazon Aurora MySQL (verified); Google Cloud SQL for MySQL is
expected to work — please report issues. dbtrail connects
over the replication protocol, so it never needs the binlog files on disk
(that's what makes managed cloud databases work). Requires MySQL 8.0+ with
binlog_format=ROW and binlog_row_image=FULL; bintrail doctor checks both
and prints the exact fix.
curl -fsSL https://raw.githubusercontent.com/dbtrail/dbtrail/main/install.sh | sh
This downloads the Compose stack, brings it up, waits for the console, and prints what to do next. Then:
The same one-line install — the console captures PostgreSQL and MariaDB
sources too, not just MySQL. In + Add server, choose the source type;
PostgreSQL reveals fields for the database, replication slot, and publication.
PostgreSQL needs a one-time source-side setup first (wal_level = logical,
REPLICA IDENTITY FULL, and a publication — dbtrail validates these and never
runs DDL on your source). Full walkthrough, incl. managed RDS/Aurora/Cloud SQL:
PostgreSQL source (beta) · MariaDB source
(alpha).
Just curious? One container, zero setup, time-travel SQL in 30 seconds:
docker run --rm -p 6033:6033 ghcr.io/dbtrail/bintrail-demo
See the demo image.
Apache-2.0 — free for any use, including commercial and production. Contributions welcome: see CONTRIBUTING.md (CLA required, prompted automatically on your first PR).
Want the index server operated for you — sized, backed up, upgraded, kept alive on-call — instead of running it yourself? That is the managed service at dbtrail.com. See SUPPORT.md for the ship-vs-operate boundary.
hovecapital/read-only-local-postgres-mcp-server
cocaxcode/database-mcp
io.github.infoinlet-marketplace/mcp-mysql
io.github.cybeleri/database-admin
io.github.yash-0620/postgres-mcp-secured