Re: statement stuck when the connection grew up to 45 or more
От | kah_hang_ang@toray.com.my |
---|---|
Тема | Re: statement stuck when the connection grew up to 45 or more |
Дата | |
Msg-id | OF7A6ADED5.FD539DB4-ON48257188.003274C1@pengroup.com.my обсуждение исходный текст |
Ответ на | statement stuck when the connection grew up to 45 or more (kah_hang_ang@toray.com.my) |
Ответы |
Re: statement stuck when the connection grew up to 45 or more
|
Список | pgsql-bugs |
I had check using ps -auxw|grep postgres & using select * from pg_stat_activity and it shows that the is really running and use 99% of the CPU. Is there any wrong with the query? As suggested by Jan Cruz, it is to fine tune the performance of the query. Even if I not fine tune the query it should able to run without problem. What I not understand is why this query stuck when the connection growth up to certain limit. I did try execute the query with the connection more than 45 and it really stuck there. I wait for around 10 minutes but it still running. I kill about 10 connections then the query start to run and finish within 30 sec. May I know what will be the possible cause of this problem? Regards, KH Ang "Jan Cruz" <malebug@gmail.com> To: "Qingqing Zhou" <zhouqq@cs.toronto.edu> Sent by: cc: pgsql-bugs@postgresql.org pgsql-bugs-owner@pos Subject: Re: [BUGS] statement stuck when the connection grew up to 45or more tgresql.org 06/02/2006 03:08 PM This is the statement which having problem: select count(distinct empno) as counter1 from pay_master_history where empno in (select empno from pay_batch_basic_history where organizationid like '015003%') and processyear = '2006' and processmonth = '05' and processbatch = '1' SELECT COUNT (*) FROM ( SELECT empno as counter1 from pay_master_history as a INNER JOIN (select empno from pay_batch_basic_history where organizationid like '015003%' and processyear = '2006' and processmonth = '05' and processbatch = '1') as b ON b.empno = a.empno ) as count_result ----------------------------- or just create the view and use inner join then count :b
В списке pgsql-bugs по дате отправления: