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 1wCLKM-001tEK-1T for pgsql-admin@arkaria.postgresql.org; Mon, 13 Apr 2026 17:44:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wCLKJ-008EdG-1u for pgsql-admin@arkaria.postgresql.org; Mon, 13 Apr 2026 17:44:00 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wCLKJ-008Ed7-0D for pgsql-admin@lists.postgresql.org; Mon, 13 Apr 2026 17:44:00 +0000 Received: from mail-lj1-x230.google.com ([2a00:1450:4864:20::230]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wCLKH-00000000pxu-2tyB for pgsql-admin@lists.postgresql.org; Mon, 13 Apr 2026 17:43:59 +0000 Received: by mail-lj1-x230.google.com with SMTP id 38308e7fff4ca-38e7d983f91so11477111fa.2 for ; Mon, 13 Apr 2026 10:43:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1776102235; cv=none; d=google.com; s=arc-20240605; b=Tg7SV88I6BX3R4FH4odDjXsrPeZ6+EueBF1d/bENQ16V5DXvLFEAgwU76qQ8Rh0uoT OMjq09nKlyKGZQ5xG5eLx9vkSwzDRgrXJ8aEmMMmK81+2xdyKkytzyNQKWq0FgQxR8OB YrNZeE0oxYnWDSr/QR54BcuuClKK/a52dEMNXC2iPPL24bI+Kle/rRxMkVDVzcBMIPw2 IzU59RvMnnhhUnv3RVFlSlPOd1Pg2fWJemQIddtsuClylNrDbowDtPChbBfqmbXLDjJB krivXfruOyh7ep5JW+wfGlWKUKl6uAFN+/EW5wk574ZKdnOjTqqh5aPvrgcFu0ivLolI w6HQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=udf8RapztYORvGPkCqfXNL9/0EYViMLIXvYKzAD7UM4=; fh=w+NdVitGKczCsjwXWKDGhV4AmoWb4l6r06tzxs/Zo9k=; b=eYrjmPHUWtJNFV7228RuGZ0DEf3PZVou/dLfUSa4yAXHwec8fpZX8HcvT9f+VQ3rMf 70xk4gtmVnshXNcJXmoEnLz1UCNwMqDyyTYQW6nUSvkt7dvxLJoRGfxUWxdKjYFVc0J5 /gV+t2i58fni7kB5V5Pbb1lDHnEIB0bFJIM8CKavbGu18u6ngIaYSKv9rjd9IuqJNxvj 7QQqroEAd8O++lvwPyDrWMK08CbJkB03PhGEmDZAADoIacO0Al1QKisnH8FQo1OTfp9U tXsYS962a221AnfbVylcKoS5Ej8THoOIsBE9WcCbrMqHKywGZCNq4Xi+nJSmFZy/CSIc AUag==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1776102235; x=1776707035; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=udf8RapztYORvGPkCqfXNL9/0EYViMLIXvYKzAD7UM4=; b=PigtgpG0RhFc5ESg5eOXqNwdCL9jDW+bhrTzAalheQ62VEraoy6MRYwIPk8dLl9MIw ZdOp1DRnEAB3SNg4jP0E3r6j4jLuLzJ/dvV3QFoJNil8ApondONV9JM6RrlO7pfS5TnJ gjBMjXSfX6JsSIvZVpEg20hIIpydHwvjspGWn0p36OXzNRvcmxLRXXyZCR7n0IzyvWGe vozQAXJfMwvAbJ+VYZVOh3VFcsuzz6Q42K0WfrYxO6bIez3MDL10pziEHhmH1M/e3kiI uAZOV9UoiwrpiVV2I9LUl8VEzUUwe6OCn3DLZJSPCejRXZyYh4KBPHCkIBgm6PGwj288 OryQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1776102235; x=1776707035; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=udf8RapztYORvGPkCqfXNL9/0EYViMLIXvYKzAD7UM4=; b=Kcdjk1j2v84MUqabQa0O0xukI+zrEDjFpgDIPDlordnysoE7YtJ1ytG8gZHASiPly6 8R2W/DkUDS4NZchn1l5vSq/TynCPcBQFl0Kblz2X+2zx4zZH6StGnprGoowaXu2p3peV elNa8XXrpacLVsPQmE2lZDPOxDEufva3++XesnqA3zaNh+VmTpNJiUozr8aeIwdH1GGa bbxLrhW8hAI5TAWA6dwGMswYzaojXDKZ7tcTB/+1q0MgoK0r5Yk/q4QwMmnfIykybxR4 kizR9dn9o9Vd4tIkUPG7C2eMev+Jfyt56mvy7aENkwfTm6QnemcCDHo/ctrjVNmo3SZG GNkg== X-Gm-Message-State: AOJu0Yy2DXNbWSYzogut77x9s/SFhFDMgdtbkEmJLBFVCh0yiW82wDDl xZaIZpImzbe28lzsDLUjEVfMwtoii0ZjUD6Y1CvMVsZBRB8nKcXA7QYkBXwnI9Q1nhju+q57d+a hCWt/odE6XrwLlxlqAsPpmKc7YzL6rIk= X-Gm-Gg: AeBDieuKvRWRczFejDJVXgEPbHlP+mf0uBzgvlyAEW7BDbvlMs971x87cMt54cCBSGu gkVjZocT1BYD/7lU85nFYFnpwA4bgezUoX6psXUFeZWE9em7Llo2TvJ9JzPFcKcUJMyDujpzWjJ kjwz9/I7IeX//D7gKQhAKxPwnb0KM7b0OPpWpXcijEu/sMoBUzev7MPxKyKIWUIXbpk9J5Pr2uq S6HZqbclFJnjeK/HjTkap9YX1MqwgpEaS7ViScmQLFaTY77SczQ9W22Hl9pmtjzdX/EVDU+VW8e 4rYVRaxqa/+wAGWOVuooqkwlPYF/j1fKuM8tqXy/Pg== X-Received: by 2002:a05:651c:e16:b0:38a:8602:71aa with SMTP id 38308e7fff4ca-38e4bf6e6ffmr30768531fa.16.1776102234880; Mon, 13 Apr 2026 10:43:54 -0700 (PDT) MIME-Version: 1.0 References: <2fd0442020d5b23609873f999b7d374875875689.camel@cybertec.at> In-Reply-To: From: Raj Date: Mon, 13 Apr 2026 23:13:41 +0530 X-Gm-Features: AQROBzDUNL5VfAg-awXSEbVQ8LoUFJhZTpXU4IpmAm0_PLmXbe7DA1bVnAnE_jQ Message-ID: Subject: Re: Slowness To: Laurenz Albe Cc: Pgsql-admin Content-Type: multipart/alternative; boundary="000000000000cb7fb3064f5b06f9" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000cb7fb3064f5b06f9 Content-Type: text/plain; charset="UTF-8" Ok great. If I start with normal health check top, free -h, patronictl list, and all status of components such as etcd, haproxy etcd pgnouncer , then stat user tables, pgstatactivity, pgstatstatements and error log. Apart from this, what dba should do? On Mon, 13 Apr 2026, 22:45 Laurenz Albe, wrote: > On Mon, 2026-04-13 at 22:05 +0530, Raj wrote: > > On Mon, 13 Apr 2026, 18:32 Laurenz Albe, > wrote: > > > On Mon, 2026-04-13 at 18:25 +0530, Raj wrote: > > > > When customer says they are facing slowness, what all wee need to > check in > > > > postgres db with 3 node patroni set up (sync between 1 and 2) - > async with dr. > > > > > > > > We recently migrated from oracle to postgres..vacuum analyze is done. > > > > > > > > How to check this during the time slowness faced and also after > couple of hrs of issue window. > > > > > > > > Should we start with pgstatstatements and logs or how is it. Help.me > hight level what all I need to check > > > > > > You have to figure out *what exactly* is slow. The customer has to > tell you which > > > statements are slow. The parameter "log_min_duratoin_statement" might > help. > > > > > > Then you have to tune those statements. > > > > How long min duration statement is decided. Is it dba who decide how > much needs to be set? > > Sorry, I made a typo. It is a database parameter and called > "log_min_duration_statement". > > Your questions seem to indicate that you have almost no knowledge about > PostgreSQL. > Without database knowledge, it is impossible to find slow statements, let > alone tune > them. Perhaps you should spend some time with the PostgreSQL > documentation or hire > a consultant. > > Yours, > Laurenz Albe > --000000000000cb7fb3064f5b06f9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Ok great. If I start with normal health check top, f= ree -h, patronictl list, and all status of components such as etcd, haproxy= etcd pgnouncer , then stat user tables, pgstatactivity, pgstatstatements a= nd error log. Apart from this, what dba should do?

On Mo= n, 13 Apr 2026, 22:45 Laurenz Albe, <laurenz.albe@cybertec.at> wrote:
On Mon, 2026-04-13 at 22:05 +0530, Raj wrote:
> On Mon, 13 Apr 2026, 18:32 Laurenz Albe, <laurenz.albe@cybert= ec.at> wrote:
> > On Mon, 2026-04-13 at 18:25 +0530, Raj wrote:
> > > When customer says they are facing slowness, what all wee ne= ed to check in
> > > postgres db with 3 node patroni set up (sync between 1 and 2= ) - async with dr.
> > >
> > > We recently migrated from oracle to postgres..vacuum analyze= is done.
> > >
> > > How to check this during the time slowness faced and also af= ter couple of hrs of issue window.
> > >
> > > Should we start with pgstatstatements and logs or how is it.= Help.me hight level what all I need to check
> >
> > You have to figure out *what exactly* is slow.=C2=A0 The customer= has to tell you which
> > statements are slow. The parameter "log_min_duratoin_stateme= nt" might help.
> >
> > Then you have to tune those statements.
>
> How long min duration statement is decided. Is it dba who decide how m= uch needs to be set?

Sorry, I made a typo.=C2=A0 It is a database parameter and called "log= _min_duration_statement".

Your questions seem to indicate that you have almost no knowledge about Pos= tgreSQL.
Without database knowledge, it is impossible to find slow statements, let a= lone tune
them.=C2=A0 Perhaps you should spend some time with the PostgreSQL document= ation or hire
a consultant.

Yours,
Laurenz Albe
--000000000000cb7fb3064f5b06f9--