Re: PERFORMANCE and SIZE
От | Josh Berkus |
---|---|
Тема | Re: PERFORMANCE and SIZE |
Дата | |
Msg-id | 200305130915.34850.josh@agliodbs.com обсуждение исходный текст |
Ответ на | Re: PERFORMANCE and SIZE ("Alfranio Junior" <alfranio@lsd.di.uminho.pt>) |
Ответы |
Re: PERFORMANCE and SIZE
|
Список | pgsql-performance |
Alfranio, > And now, the optimizer started to use a table scan and in consequence gives > me: What appears to me to be happening is that the planner has incorrect estimates of the cost of an index lookup. The base estimate is contained in the postgresql.conf parameter: cpu_index_tuple_cost = 0.001 From the look of things, your disk/array has much better random seek times than the standard, or you have enough RAM to cache most of your tables. Either way, I would experiment with lowering the index_tuple_cost to, say, 0.0003 and see if you get better use of indexes. If that does work for you, make sure to check some other queries unrelated to the "customers" table to make sure that the new setting doesn't mess them up in some way. -- Josh Berkus Aglio Database Solutions San Francisco
В списке pgsql-performance по дате отправления: