Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1j03sr-0005iD-Dk for pgsql-performance@arkaria.postgresql.org; Fri, 07 Feb 2020 13:41:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1j03sp-0001AI-Sb for pgsql-performance@arkaria.postgresql.org; Fri, 07 Feb 2020 13:41:23 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1j03sp-00018O-F3 for pgsql-performance@lists.postgresql.org; Fri, 07 Feb 2020 13:41:23 +0000 Received: from post.visena.com ([46.226.10.50]) by makus.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.92) (envelope-from ) id 1j03sm-0002XU-LV for pgsql-performance@lists.postgresql.org; Fri, 07 Feb 2020 13:41:22 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=visena.com; s=20141101.wh; h=Content-Type:MIME-Version:Subject:In-Reply-To:Message-ID:To:From:Date; bh=Q8I4j3drW4MHDEkEdRd5XP7iIpCMKuq6egINBcEi3Aw=; b=D5VgU8q071oTd2NxK7geUDeX8nvnhM7+G9tRpRO1If3c8wH7G+NRXt8EQDn7xvPMc50TLagdm/hy35g7i5Ng1k56UqYzW/PQULiZhxF5A3/KE59YZw/46o0Sy3BaV7H72pRD4/yy6gXlGr+g6gUW+D0xZGIZ1NUrWs3x8AQhmCA=; Received: from [10.0.1.10] (helo=tc7-visena.wh.internal.visena.com) by post.visena.com with esmtp (Exim 4.82) (envelope-from ) id 1j03sh-0000tZ-5O for pgsql-performance@lists.postgresql.org; Fri, 07 Feb 2020 14:41:17 +0100 Received: from localhost ([127.0.0.1] helo=tc7-visena.wh.internal.visena.com) by tc7-visena.wh.internal.visena.com with esmtp (Exim 4.90_1) (envelope-from ) id 1j03sh-0002to-0u for pgsql-performance@lists.postgresql.org; Fri, 07 Feb 2020 14:41:15 +0100 Date: Fri, 7 Feb 2020 14:41:14 +0100 (CET) From: Andreas Joseph Krogh To: pgsql-performance@lists.postgresql.org Message-ID: In-Reply-To: Subject: Re: TOAST table performance problem MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_175_1250422093.1581082874955" X-Mailer: Visena Mail 2.2.236 X-Spam-Score: 0.3 X-Spam-Report: SpamAssasin (score=0.3, required 5.0 ALL_TRUSTED=-1,HTML_IMAGE_ONLY_24=1.282,HTML_MESSAGE=0.001) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk ------=_Part_175_1250422093.1581082874955 Content-Type: multipart/related; boundary="----=_Part_176_265839134.1581082874955" ------=_Part_176_265839134.1581082874955 Content-Type: multipart/alternative; boundary="----=_Part_177_1355176204.1581082874967" ------=_Part_177_1355176204.1581082874967 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable P=C3=A5 fredag 07. februar 2020 kl. 14:23:35, skrev Asya Nevra Buyuksoy < ayisan1096@gmail.com >:=20 Sorry for the misunderstanding.=20 I have a table like;=20 CREATE TABLE zamazin ( paramuser_id text, paramperson_id integer, paramdata json, paramisdeleted boolean, paramactiontime timestamp without time zone )=20 paramdata row size is 110KB and over.=20 When I execute this query like; select * from zamazin=20 it takes 600 seconds.=20 But when analyze the query ;=20 "Seq Scan on public.zamazin (cost=3D0.00..21.77 rows=3D1077 width=3D49) (ac= tual=20 time=3D0.008..0.151 rows=3D1077 loops=3D1)" " Output: paramuser_id, paramperson_id, paramdata, paramisdeleted,=20 paramactiontime" " Buffers: shared hit=3D11" "Planning time: 0.032 ms" "Execution time: 0.236 ms"=20 Why the query takes a long time, I do not understand. I assume that this= =20 relates to the TOAST structure.=20 My guess is the time is spent in the client retrieving the data, not in the= DB=20 itself. Are you on a slow network?=20 --=20 Andreas Joseph Krogh=20 CTO / Partner - Visena AS=20 Mobile: +47 909 56 963=20 andreas@visena.com =20 www.visena.com =20 =20 ------=_Part_177_1355176204.1581082874967 Content-Type: text/html;charset=UTF-8 Content-Transfer-Encoding: quoted-printable
P=C3=A5 fredag 07. februar 2020 kl. 14:23:35, skrev Asya Nevra Buyukso= y <ayisan1096@gmail.com>:=
Sorry for the misunderstanding.
I have a table like;
CREATE TABLE zamazin
(
=C2=A0 paramuser_id text,
=C2=A0 paramperson_id integer,
=C2=A0 paramdata json,
=C2=A0 paramisdeleted boolean,
=C2=A0 paramactiontime timestamp without time zone
)
paramdata row size is 110KB and over.
=C2=A0
When I execute this query like;
select * from zamazin
it takes 600 seconds.
But when analyze the query ;
"Seq Scan on public.zamazin =C2=A0(cost=3D0.00..21.77 rows=3D1= 077 width=3D49) (actual time=3D0.008..0.151 rows=3D1077 loops=3D1)" " =C2=A0Output: paramuser_id, paramperson_id, paramdata, paramisdelete= d, paramactiontime"
" =C2=A0Buffers: shared hit=3D11"
"Planning time: 0.032 ms"
"Execution time: 0.236 ms"
=C2=A0Why the query takes a long time, I do not understand. I assume= =C2=A0that this relates to the TOAST structure.
=C2=A0
My guess is the time is spent in the=C2=A0client=C2=A0retriev= ing the data, not in the DB itself. Are you on a slow network?
=C2=A0
">
--
Andrea= s Joseph Krogh
CTO / Partner<= /span> - Visena AS
Mobile: +47 90= 9 56 963
=3D""
=C2=A0
------=_Part_177_1355176204.1581082874967-- ------=_Part_176_265839134.1581082874955 Content-Type: image/png Content-Transfer-Encoding: base64 Content-Disposition: inline Content-ID: iVBORw0KGgoAAAANSUhEUgAAAIUAAAAYCAYAAADUIj6hAAAABHNCSVQICAgIfAhkiAAABzBJREFU aEPtmNFxHDcMhmVP3i1VECpvnjzkVIHWFfhcgVcVRKrAUgWRK/C6Al8H3lTgy0PGbzFdQc4VJP/H ADs43q6kROeJNbOYgQACIAgCWJKng4MZ5gxUGXh0U0b+SIuF9G+EWXj2Q15vbrE/NPtk9uub7Gfd t5mBx1NhqSEo8HshjbEUtlO2yIM9tsx5dZP9rPt2MzDZFAqZE4LGcFjdsg3saQaHt7fY70X949On aS+OZidDBkavD33157L4xaw2os+Mp/DAC10l2XhOCeStj0W5ajrJL8WfCi80Xgf9vVlrhg9yRONe /f7xI2vNsIcM7JwU9o6oGyJrLT8JOA1aX9sKP4wl94bAniukEbo/n7YPmuTETzIab4Y9ZWCrKexd 8M58lxPCvvD6aihfvexbEQoPYO8NQRO0JnddGO6FJYaVsBde7cXj7KRk4LsqDxQzCYeGsJNgaXZe +JXkyGgWINq3Gp+bHNILz+wEYs5qH1eJrouNrpDXtk4O6x1IvtD40GWyJYYdkF0jIbYZlN16xygI gl9smbMDsmFdfAKb23xGB8H/mv3tOJfArs1kukk79DEPdQ5u0g1vCvvqKXIW8mZYW+F3Tg4r8HvZ kQCCLydK8EFMQCe5N8RgL9mRG0SqQFuNvdE6beSs0qPDBuCdg0+gvClso8SbTO4ki7mQzQqBrcMH QPwReg2wW8umEe/+L8T/LEzBGF9nXjzZ46s+ITHvhegW8LL39xm6App7KYL/GE+vcYnFbJiP/0aY hdiCnRC7jaj7eiK2ETInC5PRF6LYkSN0+HabF75WuT6syCyI0YkVGGMvUC33AmfZTDUEj8u6IVhu EhRUJ2U2g6UlugyNb03Hl9obHwlxJbcRzcYjO4QPjVfGFTQav4vrmp7cpMp2qbHnBxWJbisbho2Q XI6C1sIHDUFhH4Hij4UbIev66eANeiwbkA+LBsO36zAHzoXU7AhbqLAXEiOYTXcSdO8VS9L4wN8U BIYhBd6oSUgYMijOkecRuTdQa/YiBXhbXFcnCnI2SrfeBG9NydrLYMhGHa5qB9pQIxlzAE6Okjzx JO5afGe6kmhBicWKQNKuTZ5EW+MjQY8v/9rQ0bhJSJyNGUe/JH1t8h1iMbdSPAvxHYin6YmN9YBX QmTYZZNh14vHhhhal5vtcIrJjmvszPRJdExH3MWHvykoBEc9CoCGWJisOLOGoCORs1FvIMbYA8z3 kwM59oemy6LlWrLxFLmWgiQAfEGd8S+NssbK+EhyGLxUkhhiy717waBqHOJYSEacwBejkFNhjJNj v/gANOdQxPfciP/JVBCK2cOIcg3RRJ+CPrLPNVhhN6F38VKMF3XLlIJrjU5C8gMFxvKDvOcPc4rV NjCn7KM0BV+161V8viSCuJZ8SITGJGEh7IUUlxOFMYUH1kJOCN4Wh+I5pqCuK01k40kSNtnKiKIl UfxAgW5sU5JlS05rtt5YFJF1SWoqHv6BRgQcA4/bdb9WRjmMk3jyUMAbIoyJq9e4cVmgzKt9j5gN J/aYDhk+hhjExwaPcz5PObA5Zd9bvz5UzCTZuZDidu5AchpiKSwPR+TV1bCWqBQ9nCjJ5neivC82 Nr4LeS2j1gw5LUqwBuhGQQU5UwHeSslXkwIynz2U2A2yKDgG7OffwLA3TpGRpk0Tzpj3ZEJXi/GR a6GN0e0NtppChePdcAz1FTS+FN8Kpxoiykk+J8fC5tenjbu9kSqpHLu9jBrhUuhNwVGbpyZrzrl0 HPVD8SXj5EOOD/eDC64VjvYBZLuUbIVAfBN1t/C/SU+cAGtdGo+fVnzycUX5wmn6eCKPmWYJG2E/ ppTsuRCbvUD9fwquksG5GqLVKhzDQ3GrEyLKSXhsiK3T5j9EyxffCFOYi2wUlPyFFDQAhehESDjQ GoX0ho0oj8RPou6TxHJdcT0NTcWkO0AnG7+uXsnHqcas/72wvWF+mSf7N/Watp9kTXoluzeS0fB9 9CcZ/hvhSZTfh99pispZOXL9KrGrARkNUMu9ITbScZWs7xOYNt9pwxSZtYDsX/GE3xTkrXgwAsXm fud08FiTeC+m2/o7ppo+PTS/NBK5ARpDG5YHr++DpmVfreYdiX8mnp+DzPEG9WbqJON0JBenZofs sxBA1gj5NXGvfJu/Qh7HwQh/VDUEyUxCit5hH94QfKkEdu+GwK8BX0hvCF+D67xhjmXQCXMwJCZ+ olK0A1EKRCE4snsh42w8Mv/Zhxw9iD7Cjo7CyQC/KyF6oBfShL4PYgG+CHsYKyZxvxZSZBAgjhIz YDz+AbfD37GtbaoSKzgGt+lKfI/GZtay6vG4VXTpPsh+IcQhOk9I7WYeP5AM3HZ9+DaSGIp9HIuu huC4pCGGx+YD2fcc5tfIAA0h/Et4/jX8zz4fWAasIf4UbR9Y6HO4d8jAnd4U0Y8ageuCB+c+H5R3 CHU2mTMwZ+B/y8DfSMBLLOYXVuEAAAAASUVORK5CYII= ------=_Part_176_265839134.1581082874955-- ------=_Part_175_1250422093.1581082874955--