Always-on anomaly detection

Catch the problems you haven't thought to alert on

Phantom incidents are anomalies MyDBA spots on its own — unusual behaviour that isn't an outage yet, but could turn into one. Detection runs constantly in the background, with nothing to set up.

Threshold alerts only cover the failure modes you predicted. The incidents that hurt most are usually the ones nobody wrote a rule for.

Always watching, nothing to configure

Phantom incident detection runs continuously in the background against the telemetry MyDBA already collects. There are no rules to write and no thresholds to guess.

Anomalies, not just thresholds

Threshold alerts only catch what you predicted. Phantom incidents catch unusual behaviour — lock waits, connection behaviour, error bursts, latency shifts — judged against how your database normally behaves.

Severity that reflects reality

Every observation is graded, so a curiosity is recorded quietly while a genuinely dangerous pattern is surfaced prominently. You see what matters without alert fatigue.

Attributed to the right place

Each phantom incident is attributed to the cluster, instance, and database where it originated — so in a multi-instance estate you start the investigation in the right place.

Recurring patterns grouped

When the same anomaly keeps coming back, MyDBA groups the occurrences into one recurring pattern instead of a pile of duplicates — nightly job contention looks like one story, not thirty incidents.

A head start on real incidents

When an anomaly does turn into a real problem, the phantom incident record tells you when it started and what changed — the perfect starting point for a full incident analysis.

Optional AI explanation

Detection never depends on AI. When you want extra depth, you can manually ask AI to explain a phantom incident in plain language, grounded in the evidence that triggered it.

How it works

  1. 1MyDBA collects deep telemetry continuously — locks, sessions, wait events, errors, query behaviour, and system signals from every monitored database.
  2. 2Background detectors compare behaviour to normal — looking for anomalies against the database's own recent history, not fixed thresholds you had to guess.
  3. 3Anomalies are recorded with severity and attribution — graded by how dangerous the pattern is, attributed to the cluster, instance, and database where it happened, and grouped when it recurs.
  4. 4You review, watch, or escalate — dismiss the noise, keep an eye on the drift, or hand a growing problem straight to incident analysis with its history already gathered.

Related capabilities

See it in action

Start free with one primary or standalone PostgreSQL instance and all its databases. Monitoring, alerts, query insights, index advice, team access and every non-AI feature included. No replicas. No credit card required. New Free connections get seven days of full collection, then reduced sampling. Free and Pro include 30 days of monitoring history.