Re: [GENERAL] (solved) R: Very strange problem on index - Mailing list pgsql-general

From Alban Hertroys
Subject Re: [GENERAL] (solved) R: Very strange problem on index
Date
Msg-id CAF-3MvOv-oVFZXN2z6W-9q=MxP1F1VyB8Gxe+yz+3VUH4hi89Q@mail.gmail.com
Whole thread Raw
In response to R: [GENERAL] (solved) R: Very strange problem on index  (Job <Job@colliniconsulting.it>)
List pgsql-general
On 2 February 2017 at 14:57, Job <Job@colliniconsulting.it> wrote:
> Hi Raymond,
>
> Thank nyou for your appreciated feedback.

But what's your answer to his question? You still didn't tell.

> Here is the original message:
>
> i really strange problem, quite near to paranormal, is occurring during a server migration.
>
> We have a table with some millions of record, perfectly working on other Postgresql 9.6.1 machines:
>
>                                  Table "public.webrecord"
>   Column   |         Type         |                       Modifiers
> -----------+----------------------+-------------------------------------
> -----------+----------------------+-------------------
>  id        | integer              | not null default nextval('webrecord_id_seq'::regclass)
>  categoria | character varying    |
>  dominio   | character varying    |
>  country   | character varying(5) |
> Indexes:
>     "keywebrecord" PRIMARY KEY, btree (id)
>     "dominio_idx" btree (dominio)
>
> By entering a simple query:
>
> Select * from webrecord where dominio='sito.com' it wait some seconds and cpu raise up.
>
> I tried to:
> - delete the tabel
> - recreate the schema again
> - re-populating it
> - reindexing
> - vacuum
>
> But nothing happened.
> The query planne says it scans lots of rows:
>
> explain analyze select * from webrecord where dominio='crl.microsoft.com';
>                                                             QUERY PLAN
>
----------------------------------------------------------------------------------------------------------------------------------
>  Gather  (cost=1000.00..144045.21 rows=62073 width=92) (actual time=1096.202..1096.202 rows=0 loops=1)
>    Workers Planned: 4
>    Workers Launched: 4
>    ->  Parallel Seq Scan on webrecord  (cost=0.00..136837.91 rows=15518 width=92) (actual time=1063.277..1063.277
rows=0loops=5) 
>          Filter: ((dominio)::text = 'crl.microsoft.com'::text)
>          Rows Removed by Filter: 2482938  Planning time: 0.119 ms  Execution time: 1107.846 ms
>
> On other machine the results are immediate!
>
> I have finished my tries...
>
> --
> Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general



--
If you can't see the forest for the trees,
Cut the trees and you'll see there is no forest.


pgsql-general by date:

Previous
From: Moreno Andreo
Date:
Subject: Re: [SPAM] [GENERAL] AD(Active Directory) groups concepts in postgres
Next
From: JP Jacoupy
Date:
Subject: [GENERAL] Synchronous Commit, WAL archiving and statement_timeout