Most “database monitoring” shortlists mix two very different categories. One is general observability platforms that show you host CPU and a connection count but cannot tell you which query is eating the database. The other is database-specific tuners that show execution plans in exquisite detail but have no idea the disk underneath is saturated. Buyers get burned when they pick one side and assume they got both.
The tools below span Postgres, MySQL, MongoDB, Redis, Cassandra, ClickHouse, CockroachDB, Elasticsearch, SQL Server, and Oracle. Three dimensions decide which one fits:
- Query-level depth. Can it show slow queries, execution plans, wait events, and per-query metrics, or only server-level gauges? This is the sharpest differentiator in the category.
- Engine coverage. A native, database-specific collector is not the same as a generic host check. Coverage claims deserve scrutiny engine by engine.
- Cost shape. Per-node, per-host, per-instance, per-server, per-monitor, and per-GB bills all grow differently. The cheapest entry point is rarely the cheapest at fleet scale.
One ground rule for this page: we do not quote competitor list prices. List prices for these tools change, are negotiated, and are often meaningless without your fleet size. We describe the pricing shape and what makes the bill grow, and we link each vendor’s pricing page so you can get current numbers. Netdata’s own pricing is stated plainly because it is published and flat. For a focused walkthrough of the discipline itself, see our database monitoring use case page.