From: | Ebin Jozer <ebinjozer(at)gmail(dot)com> |
---|---|
To: | Mladen Gogala <gogala(dot)mladen(at)gmail(dot)com> |
Cc: | pgsql-admin <pgsql-admin(at)lists(dot)postgresql(dot)org> |
Subject: | Re: need suggestion on querying big tables |
Date: | 2022-12-06 08:52:10 |
Message-ID: | CAJuN1jhVJF9GHne3kRrx+eWarok1tMB-QggwyWmvqav_TiSf2g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Hi all,
Thank you for your suggestions.
I have created the index, if i run explain plan on individual table , the
cost is reduced and count on the both the table is giving result.
But when we do inner join on two big table. it is increasing the /dev/shm
usage and failing with error "could not resize shared memory segment : no
space left on device" some time (i think I ran 2 query on the same table
)and some time memory is reaching 100 percentage.
Early (in the beginning)when we run the query , it ended up with Same
error. We increased work_mem to 10gb and reduced max_worker_processes to 1.
After that I didn't see that error.
Do we need to increase the memory? Will it help??
Partition I don't think app team to confirm on that. I have proposed it
On Tue, 6 Dec, 2022, 10:29 am Mladen Gogala, <gogala(dot)mladen(at)gmail(dot)com>
wrote:
> On 12/5/22 09:45, Ron wrote:
>
> A "just smart enough" user could perform an inadvertent Denial of Service
> attack on the database by cranking his session work_mem really high, no?
>
> Well, some of the applications that I've seen during my career could
> qualify as Denial of Service suicide attack.
>
> --
> Mladen Gogala
> Database Consultant
> Tel: (347) 321-1217https://dbwhisperer.wordpress.com
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Ron | 2022-12-06 14:51:21 | Re: need suggestion on querying big tables |
Previous Message | Mladen Gogala | 2022-12-06 04:59:35 | Re: need suggestion on querying big tables |