| От | tgl@postgresql.org (Tom Lane) |
|---|---|
| Тема | pgsql-server/src/backend/commands analyze.c |
| Дата | |
| Msg-id | 20020811000848.5CED447580F@postgresql.org обсуждение исходный текст |
| Список | pgsql-committers |
CVSROOT: /cvsroot
Module name: pgsql-server
Changes by: tgl@postgresql.org 02/08/10 20:08:48
Modified files:
src/backend/commands: analyze.c
Log message:
Now that we allow ANALYZE to run inside a transaction block, the locks
it takes could be held for quite awhile after the analyze step completes.
Rethink locking of pg_statistic in light of this fact. The original
scheme took an exclusive lock on pg_statistic, which was okay when the
lock could be expected to be released shortly, but that doesn't hold
anymore. Back off to a normal writer's lock (RowExclusiveLock). This
allows concurrent ANALYZE of nonoverlapping sets of tables, at the price
that concurrent ANALYZEs of the same table may fail with 'tuple
concurrently updated'.
В списке pgsql-committers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера