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.94.2) (envelope-from ) id 1rre9w-001qBj-8E for pgsql-admin@arkaria.postgresql.org; Tue, 02 Apr 2024 13:26:41 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rre9u-008UWi-4W for pgsql-admin@arkaria.postgresql.org; Tue, 02 Apr 2024 13:26:38 +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.94.2) (envelope-from ) id 1rre9t-008UWZ-Na for pgsql-admin@lists.postgresql.org; Tue, 02 Apr 2024 13:26:37 +0000 Received: from mail-wr1-x42d.google.com ([2a00:1450:4864:20::42d]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rre9q-000Dj9-N1 for pgsql-admin@lists.postgresql.org; Tue, 02 Apr 2024 13:26:36 +0000 Received: by mail-wr1-x42d.google.com with SMTP id ffacd0b85a97d-3436b096690so451650f8f.1 for ; Tue, 02 Apr 2024 06:26:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec-at.20230601.gappssmtp.com; s=20230601; t=1712064393; x=1712669193; darn=lists.postgresql.org; h=mime-version:user-agent:content-transfer-encoding:autocrypt :references:in-reply-to:date:to:from:subject:message-id:from:to:cc :subject:date:message-id:reply-to; bh=8E5ob4PNXhyKkt7tt0Xnc+BVckjR2LcIPm+fpfMwue0=; b=rF5bAnuhFO1Yla6LvhZiegbsssT1yIQlGWET+rUlHSDTp8iXGPM+WHg4Z28PMOp4mx NsYiPQD8G6ZpH6XYJkX/nfrzjJ8TnoYGrbXt/bBM0u9ezfQqB1YgSOLTrElsgkxiQZi+ wYbMretmFWHtQSK/XUCDJ3PXFwv0JVg/wDwZP3IaK2x7509bSUgBDwHUg9RNWkRz9y7h qVYVNw1/seu/UIp9xSWYERd+zYtiTGCctksuPKj/mzxW20IPkWl3885i0aJ4Yv0SWi3V NwnfYgQaNtqAXhmVjsffhe5R0WFi7bjy7C6m4vznz4mYgDLX0i2kNu6bZaKgj+oFCHHO EMeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712064393; x=1712669193; h=mime-version:user-agent:content-transfer-encoding:autocrypt :references:in-reply-to:date:to:from:subject:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=8E5ob4PNXhyKkt7tt0Xnc+BVckjR2LcIPm+fpfMwue0=; b=n2GOYXxiqD+pOit0Uk6pmHEl+DvFtD/TZkDpsnHnS9YKW8f8T7baWH5jBMgnugGw63 a05EgYV3HxD2J4sWuyaOKPtxR1ijF4yo7gdauHHa0SMENwYL6WZOn5HQJALOyug6zSbl uBxxiDNJY5Z8qvcZqBIS4vNsaIqXxpgrDp5IS0+k6AptBkhj0sLj7jjaSsUVp2+GaLOZ QtrNLPTW9chts4LTr7Z9YZFRR+JGslqp5aZVjsKWAdHLN+7ZSKPVde2ZBC/KUeQSWO1e wbpnDzzByNzypyKTtbG8UXWMo37ImizQHKWe5Z5Ta02hkFHYq17MfTfJm+nGXhR/GCZM GkdQ== X-Forwarded-Encrypted: i=1; AJvYcCWnCtswRmiSWijwsGje8E3vKYUB+Q9+t26h2+8ObEHoHMNqnazdZplmGEafXF6Y7t5ULAH/nH8aRxekBTPvcXgVFtg24wezt+8MZWMGbIScdw== X-Gm-Message-State: AOJu0YzlQj+11QNNyXpmGHzthZQwh3Se6WxVac7WyTOri9cHslq5YajG Ea9/py61WqPU6bOzzrHxsU3w5I+On7vWraSG3jjAmO9dliJ1RBGQMT+eE/7fYHQ= X-Google-Smtp-Source: AGHT+IECD+9f8vHdryKbQwNFGhtIu329ooAw756Vj9NJktLQsrVvHlrN1zZwSF9CrOutPPKWU36REA== X-Received: by 2002:adf:e501:0:b0:343:72f7:3cf0 with SMTP id j1-20020adfe501000000b0034372f73cf0mr1209385wrm.29.1712064393428; Tue, 02 Apr 2024 06:26:33 -0700 (PDT) Received: from localhost.localdomain ([88.116.133.170]) by smtp.gmail.com with ESMTPSA id he11-20020a05600c540b00b0041568e91c41sm5517117wmb.41.2024.04.02.06.26.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 02 Apr 2024 06:26:33 -0700 (PDT) Message-ID: <0adf6b95e08946113f12415e6f95fc74d2bc1a06.camel@cybertec.at> Subject: Re: Postgresql - Pgbouncer Connection and Query Performance Problem From: Laurenz Albe To: Abdullah Ergin , pgsql-admin@lists.postgresql.org Date: Tue, 02 Apr 2024 15:26:32 +0200 In-Reply-To: References: Autocrypt: addr=laurenz.albe@cybertec.at; prefer-encrypt=mutual; keydata=mQINBGGDwAQBEADgbWy5cKXQld3N2mF+DFyiNFbi2oBl2T+XgxpPF8wTRw2D/u4bBKXP0SYSE/lA86jIVNWWU0gf1KODIkVvgJm2w4vH2VBV1b7ddVViGl1Iu+9zaRnv9wulhnH42KefepXnoean6UT1EzLM0opF/Ik0j+40TxdRtobkBprkQUyHDXWlHc2ffPs3SipyFEP9AVLf7ejRC46CXWDnsqjOBSMEW8Z4HiK/8RrPZBsKLts8dJxKF4pygOdJb0CWk8k/X1jbcfdxo+zOLjOMvJcSJ2pFdJmQHU+JufB3rePziqQ2S9Ur6sccr9XnTC1GVBWN4Lf5VHq+vf+bFJjVwg+2hrySZnAVfcOrxoqFLErr7ug1zN2nM1kcpgA4VWn4gxlJtYNYYq+9WxX5dtvnNANlG3ZCrRKQzl8lxtzoF6Zo7LUhEqPaHDwn7Rvs+IdbOn41lF5UDTJGqmC4gS/bZydW2Fy3YWm4aSaN9fgFf8D+PVkrlKAZB7gBLz1TyHjbcRf85cYF+GKKrDld5SzMB/V60VX3oP/Eo8ikFpyWaqiz1f9X7MBot3/PjJkY+wDzp3nmb19QEcOBuQiSQ4xds2r0HewbuHTAR68u8jNNMGmpm2j4x+g09Jd/WQDjqlTBZ/jEltH41fYCCPWMfljXTOOXu2eLNGdfi7ETZogtwjM9oTtSPQARAQABtCdMYXVyZW56IEFsYmUgPGxhdXJlbnouYWxiZUBjeWJlcnRlYy5hdD6JAk4EEwEIADgWIQR0CqhbZGGABqoaSbdi8bhXA2EdmAUCYYPABAIbAwULCQgHAgYVCgkICwIEFgIDAQIeAQIXgAAKCRBi8bhXA2EdmM/6EADK232JCwmBzhlj8h7U9CjG6kx0JHP3uJGv+XfsHtHAlmY/RCwF1BHMEsRlk bT5UrLvJ2jb99bA9QARzhFaxzyn0F/BUKzuIjRGNs/n6d5dNUFA0kOt8sX+TacmC GEyjEBCrVCm4ranBiUyePn9NhHNWnaex7pJyqvMLLdwW9BEMJx0Fqo+DN8ukbXmYRsmhEtd3ue+x/luYmOmJnaGtzInaY5aOJYbW9XqoRIZkZvOCgbi1FfvNmoqWa+3oVxTOgw9RafjJDyW0lTHzKGjbGI5ofMU98l+/hKJFYJqWUF6VpFJY5YIcN/1lf4ZICMwDl+MPIVo/tpq8L10seJL28nLlvw3K+cI+TVW8IW/qL/LyVoDofI3USeOORuYmhpWRhik8JXX6xf3v6GrRilJIPWNFIJbxm1ZblQiQnOw3IOW7T+8nAmPin1HKqM3VrOrJQ2VtShsefNBibNAsr1oFaqcDBkn3yGG8i6CTW+FyO4PZ+/EwNxMVgktxbYdy5AT1/lpXr5tB+phhLIyVfiBvrWs5EThxYMQ/L8Y85c3GMsAy1l/x4h3jqySIYy3SCU9+jc5UVuNnXljbvkEzJ+NLWJ6C1rACFWrMszgPdh5tCrlRY9PpmYll4JbCgb8BtxEIUmR+xr50/ZElEK5iml7Q00KUekCcDt+36PsyGFTXBzNOrkCDQRhg8AEARAAzOZ2tLHlI4rrhG411h6cdCFjBZxuljaFCxFyHn3m6wbGLqwBUWC5k8UrRqjHMz88KcTSaNO7XGAmCqPdWd2SeflPZRnNTbjsVpw7mLdffsBm4JX7kki2Pvk5h0NtYeidXT1PSpc2ri4DutYXuT9uD8RAm1wUDCE5HQNUihT/WH6opt+hskHW21uHao0+y822tG0QQcGMqdQR5Vxdxj89wiEPdqW+HpU/oOZIhrf2E7prduAppxixjHy/o1rcnoznnJvc8D3+YgI9O0LrBMij89dM55pRGbLovTR1oGR3U74sX774+0xmSzeIKwZfiMUz7Atlvfk5SHOsRUFPN2Ux9kaXiiBibQpHFxt7b lDrT4wxdLJ/XCdbPPAyl+lZtOLsaHEEZvYNyTXwZc35dVf3R4/oz20HoG6s7ct8e1 AQygj43XAERzty9SkWgxs8+grp1PrGx6FHVSYRqBM8dS/ZR6yRVwOwJXPyaSSqfIF21DkE4j1y4n+ItSewPGoRp8K/yWCikt6qlkVkO2ASNIiX04fAbtzwVOaNn8ZMRNqyvLc1fED4sr49onE4cAIcBLjcC3KL+w9DUGRQCdziROj5H2Yl/sXGPdMciUHo/Uz2rggc+2th3bQiMhrHWSsBpUkDQp0yWewemstPpPgBL3h2fHKaX8B9oH5Qu/H1IgrOuX8AEQEAAYkCNgQYAQgAIBYhBHQKqFtkYYAGqhpJt2LxuFcDYR2YBQJhg8AEAhsMAAoJEGLxuFcDYR2YuPwQAMkpGtR80pQ1gVsONhdkqj0H2eU66efP/gO3CoyaoIcvrpKYj7C2HipVSmkt1gpByL0X4AMQ/vKuknUz3wd28Ba+G1dCfbVs/Xiusq+SmpUj5rTwmYqdSjWMuCo1R6oS5hdJMdUUJYGMT0QkVlm1KnW8jkmCTl9GzjDxOAsN9O6/6lPzaGFtk9XF+34Bry/N4HKiJkqpC4+UTd0AprPfzJ2jdT64e1F0+W88X8y1bTTgNrHwK4mDiLnlE4SKRuEm54lNhJz//ar86Or5BErzNpM6TL7lk44QS06hwsMrEdKIy8J/SYJPjfzR8tIUnKscclVpOgjKaBqC+0iFiVaRqAgfOlIEiezX6kMh5Q2FIUfqs46qWhhXjRrdKOEoStYAaikdLu5ZXr7vfb0ZaDh+ZwTQtbSMFolyOkecwI81MCdbMfT/1TqIGTOdAj5as9fAakk0jb2pXgUYQ8X1DVTR8ahSDVEaw9VTmWiSvTxvguVJ1Mb7gG4Gmh6aviDTJhfXtH4rPUNXhDLqrTH8JkJjyKROOMakIF68Hjse5vUfUxreBEOtb5r1Coa2Fe7ncJayaSE7ryrDbFqpZ 36UMAx4ulWMyqJajLNGY0DdG8qIsR5nxRhrnK/mrCidZ8F9/D3bWAl4rjtHlsztN59 +AnW5l0HsQcY9ntFL/zEBOaonjdJf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.50.4 (3.50.4-1.fc39) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, 2024-04-02 at 15:39 +0300, Abdullah Ergin wrote: > We are using prepared transactions in PostgreSQL. We use pgbouncer as our= pooling software. > [...] I am now experiencing significant slowdowns in my queries. > I attribute this to two parameters in my PostgreSQL clusters and three pa= rameters in pgbouncer. > Firstly, on my server, I have 15 PostgreSQL clusters, and the values of t= hese two > parameters in the=C2=A0postgresql.conf=C2=A0file of each cluster seem ver= y high; >=20 > max_connection =3D 4096 > max_prepared_transaction =3D 4096 Yes, they are very high, but they are just limits. As long as you don't ac= tually establish hundreds of connections, that is not a problem. > On the other hand, the values I find high in pgbouncer are; > max_db_connections =3D 8192 > default_pool_size =3D 4096 > max_client_conn =3D 2048 > Could these high values be causing excessive load on pgbouncer? > I have actively 15,000 customers on my server, and there is an average da= ta flow > of 5 million daily (including updates). What should be the value of these= parameters? > I changed the specified three parameters in pgbouncer to the following va= lues; > max_db_connections =3D 500 > default_pool_size =3D 300 > max_client_conn =3D 500 >=20 > Currently, it seems like my query performance has improved, but what shou= ld I do to > permanently solve this? What other parameters should I pay attention to b= esides these? "max_client_conn" is not the problem. The problem is the excessively high = pool size of 300. The size should be so that when all those connections are bus= y running statements, your database should not be overloaded. Yours, Laurenz Albe