<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Postgresql on Netdata</title><link>https://www.netdata.cloud/tags/postgresql/</link><description>Recent content in Postgresql on Netdata</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Thu, 13 Aug 2026 12:04:39 +0300</lastBuildDate><atom:link href="https://www.netdata.cloud/tags/postgresql/index.xml" rel="self" type="application/rss+xml"/><item><title>10 Best Database Monitoring Tools (2027 Comparison)</title><link>https://www.netdata.cloud/resources/best-database-monitoring-tools/</link><pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate><guid>https://www.netdata.cloud/resources/best-database-monitoring-tools/</guid><description/></item><item><title>10 Best PostgreSQL Monitoring Tools for 2026</title><link>https://www.netdata.cloud/resources/best-postgresql-monitoring-tools/</link><pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate><guid>https://www.netdata.cloud/resources/best-postgresql-monitoring-tools/</guid><description/></item><item><title>8 Best PgBouncer Monitoring Tools (2026)</title><link>https://www.netdata.cloud/resources/best-pgbouncer-monitoring-tools/</link><pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate><guid>https://www.netdata.cloud/resources/best-pgbouncer-monitoring-tools/</guid><description/></item><item><title>Database Performance Monitoring: 14+ DBs Supported</title><link>https://www.netdata.cloud/blog/dbm/</link><pubDate>Fri, 24 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.netdata.cloud/blog/dbm/</guid><description>&lt;p>&lt;img src="../images/dbm-hero.svg" alt="Database Performance Monitoring: Query-Level Visibility Across 14+ Databases">&lt;/p>
&lt;p>Netdata has always collected database metrics: connections, throughput, replication lag, buffer cache hit ratios, and so on. These tell you that something is wrong, but they don&amp;rsquo;t tell you why. When your PostgreSQL response time spikes, the metric alone doesn&amp;rsquo;t tell you which query is responsible. For that, you&amp;rsquo;ve traditionally needed to SSH into the box, connect to the database, and run diagnostic queries manually. Or set up a separate database monitoring tool entirely.&lt;/p></description></item><item><title>Database Monitoring Software With Real-Time Visibility</title><link>https://www.netdata.cloud/solutions/use-cases/database-monitoring/</link><pubDate>Thu, 18 Dec 2025 00:00:00 +0000</pubDate><guid>https://www.netdata.cloud/solutions/use-cases/database-monitoring/</guid><description>Real-time database monitoring with AI-powered troubleshooting, zero configuration, and predictable costs. Monitor 15+ database platforms with per-second granularity and ML-based anomaly detection.</description></item><item><title>How to monitor and fix Database bloats in PostgreSQL?</title><link>https://www.netdata.cloud/blog/postgresql-database-bloat/</link><pubDate>Fri, 28 Oct 2022 00:00:00 +0000</pubDate><guid>https://www.netdata.cloud/blog/postgresql-database-bloat/</guid><description>&lt;p>Database bloat is disk space that was used by a table or index and is available for reuse by the database but has not been reclaimed. Bloat is created when deleting or updating tables and indexes. Here&amp;rsquo;s how to deal with it!&lt;/p>
&lt;!--truncate-->
&lt;h2 id="what-is-database-bloat">What is Database bloat?&lt;/h2>
&lt;p>Database bloat is disk space that was used by a table or index and is available for reuse by the database but has not been reclaimed. Bloat is created when deleting or updating tables and indexes.&lt;/p></description></item><item><title>Missing indexes in PostgreSQL? How to quickly identify it</title><link>https://www.netdata.cloud/blog/missing-indexes-in-postgresql/</link><pubDate>Wed, 05 Oct 2022 00:00:00 +0000</pubDate><guid>https://www.netdata.cloud/blog/missing-indexes-in-postgresql/</guid><description>&lt;p>While working on improving the &lt;a href="https://www.netdata.cloud/monitoring-101/postgresql-monitoring/">Netdata PostgreSQL collector&lt;/a>, we were monitoring our production PostgreSQL instance and something caught our attention immediately. The rows fetched ratio seemed really, really low for one particular database&amp;hellip; there were missing indexes in PostgreSQL!&lt;/p>
&lt;!--truncate-->
&lt;p>&lt;b>Rows fetched ratio&lt;/b> is the percentage of rows that contain data needed to execute the query (rows fetched), out of the total number of rows scanned (rows returned). A low value indicates that the database is performing extra work by scanning a large number of rows that aren’t required to process the query.&lt;/p></description></item></channel></rss>