Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w0wTu-002LUh-1L for pgsql-novice@arkaria.postgresql.org; Fri, 13 Mar 2026 06:58:46 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w0wTs-0021yG-2i for pgsql-novice@arkaria.postgresql.org; Fri, 13 Mar 2026 06:58:45 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w0wTs-0021y7-1r for pgsql-novice@lists.postgresql.org; Fri, 13 Mar 2026 06:58:45 +0000 Received: from mail-ej1-x62d.google.com ([2a00:1450:4864:20::62d]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1w0wTq-00000002QCC-3V6C for pgsql-novice@lists.postgresql.org; Fri, 13 Mar 2026 06:58:44 +0000 Received: by mail-ej1-x62d.google.com with SMTP id a640c23a62f3a-b7cf4a975d2so244256766b.2 for ; Thu, 12 Mar 2026 23:58:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec.at; s=google; t=1773385122; x=1773989922; darn=lists.postgresql.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=jpdEvg12DBibmH9Me+8MbmreH1JsMISMtN7Yqqx0ebI=; b=sHsrM9rRY8v7x5TYIr445NT601W3jQUlfOfhxT68oQsmBPi8Z3wspmzfP5eTSHB0TZ Js6z8W4JlYK2C3gfuyd56GTBt5wHnid2vB4gAJEZQISUEIAW9GqRvcN/5g1Uu3yN0LRc w57+mIzJElrEDirGLZdnBvVxwrRVIyXorh/YF9nFwkaCIBTIBkdkKOLAOVQ9khztDrXl QbumPEE0iwYdD5nM3DuYRkMuEcogEQr3ZwsScUkGuyAGo3yGTko3QJvAHHeMig3AHErf WyU79lR+Xz8KdkqAfNU0jpkJ0+30XCQdQ3KA9ONsUzo2gOhzfb4KuoTgDRr8vTbMMc8V ei2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1773385122; x=1773989922; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=jpdEvg12DBibmH9Me+8MbmreH1JsMISMtN7Yqqx0ebI=; b=AORxJWJtqT4EGPNog7t57xerGqxEYwF+IXD+65cJcbAr6L5ySh7jZAYSbJGOInZ7OK Rk5Uh78TQ6unlsOCY47Emcwi0QQEMX20U2fVnv/ZEompRW93nvXGuMqM/6z8MUsiCR0J Wi4ANTz8ZNuZhLHOAspXQDGKEOmqkJCDU81ukxGbjK0cRtAyzS+w/CntH8KaxZVPjMTF cCNtUZK4hQxxZuPLGOElJq5kC8ZItFa5cuSFoa1VocqzsJEtQlmrUqsUSn8jWw45xOYK QXSORgOzz2RwsmJEVkEoYEB2ssfDF1Pu2gQZPF0HQeQLugBkuhmWjlQ/uOesxdtmstxS 0JTg== X-Gm-Message-State: AOJu0YyP8YLSzn53bUh56nTj4GRtxi3OpSltMe6DWopf2roZLWHfw1bZ hTGbCXc0tkOHKVV2ZIZJuMSUj9lEkbgiw2MdZvF+MrHWebAcZzaWDqxz4jTjW2yjraw= X-Gm-Gg: ATEYQzzuQYp68bEKt5FUB9pOGosrEFOEL0CON5lrV9lqBXzTEnVh288PYaNXPJbTZ6G Od2WFb+JMnh9k4AobMyxbF1sy/yu0nIJwmJ1vqQCEZNVDYQ8O8RlxvQHB04cNgNx5LAmsVjXpdu Ac/PTfOdFXvyKBfEBuPD1z/JD5BL2FY5l86/KrgsKhX1NvAzeus5uJ2Ge8ca3qu8f6Df/TeIA1l 8tzwU68Gpp4q37Xr9x6wfyI04Q1ytSkyItJVgrZuhi0BwaTIVP5CC4gSYS7JYoXQWATEK9l3eyU 9E7wU0i2EE8EHauM2qRaHkxkt8/EzWtQpeNazvL8ixSuqtcIohdVbEW+eRY4kFkHtjqbN5SnEEG GnwjYkxDp/0X+q2WwpFuAy0jvj+IvT2RxWHpj0zaXfEg/+jb0bZLxZjqgty+zA+5/8JWDFSH+RT eHW62rZPXtGsMBIksb9KNTYSco1g0hyacVYcdqYLeQ9ye5/iImi4/OrtmI9LnAllqqGnnTqtzqM zcs00QYASOiwmKFbsPMepA/uhRvG71I+ayh X-Received: by 2002:a17:907:3e02:b0:b94:29e9:d39b with SMTP id a640c23a62f3a-b9765203a4dmr129598366b.43.1773385121726; Thu, 12 Mar 2026 23:58:41 -0700 (PDT) Received: from laurenz.albe-K4N0CV00F97414D (dynamic-046-114-168-089.46.114.pool.telefonica.de. [46.114.168.89]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-b976cc1c154sm24058466b.27.2026.03.12.23.58.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 12 Mar 2026 23:58:41 -0700 (PDT) Message-ID: Subject: Re: AW: AW: Is it possible to turn on pg_stat_extensions at a database level From: Laurenz Albe To: "Subramanian,Ramachandran" , "depesz@depesz.com" Cc: "pgsql-novice@lists.postgresql.org" Date: Fri, 13 Mar 2026 07:58:39 +0100 In-Reply-To: <13211e56510045839813da0fe9f1c5e8@alte-leipziger.de> References: <959ecf128e514007a7558febe8b76e35@alte-leipziger.de> <13211e56510045839813da0fe9f1c5e8@alte-leipziger.de> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.58.3 (3.58.3-1.fc43) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Fri, 2026-03-13 at 05:54 +0000, Subramanian,Ramachandran wrote: > Coming from the mainframe world, we always assume that there is a lot of > CPU/IO expense to monitor and collect statistics from unnecessary Databas= es.=20 >=20 > This is why I wanted the collection of the statitstics itself to be restr= icted > to just one Database.=20 Ok, now you know that you cannot get it. I doubt that there are databases where monitoring is unnecessary: - if there is nothing doing in that database, that won't be a lot of statis= tics to collect - if there is a lot going on in that database, the load will be noteworthy and can affect your other, necessary, databases in the same cluster, so you need the statistics to diagnose such problems Yours, Laurenz Albe