Re: Very slow planning performance on partition table

Поиск
Список
Период
Сортировка
От Rural Hunter
Тема Re: Very slow planning performance on partition table
Дата
Msg-id 53D6E67B.1040003@gmail.com
обсуждение исходный текст
Ответ на Re: Very slow planning performance on partition table  (Jeff Janes <jeff.janes@gmail.com>)
Список pgsql-performance
在 2014/7/29 1:29, Jeff Janes 写道:

If it were waiting on a pg_locks lock, the semop should be coming from ProcSleep, not from LWLockAcquire, shouldn't it?

I'm guessing he has a lot of connections, and each connection is locking each partition in shared mode in rapid fire, generating spin-lock or cache-line contention.

Cheers,

Jeff
Yes. I have a lot of connections and they maybe coming together and doing the same update statement without partition key on the partition table.

В списке pgsql-performance по дате отправления: