Почему PostgreSQL последовательно сканирует таблицу для COUNT(*)запроса, в то время как существует очень маленький и проиндексированный первичный ключ?
На официальных страницах вики дать ответ на этот вопрос :
[...] Причина, по которой это происходит медленно, связана с реализацией MVCC в PostgreSQL. Тот факт, что несколько транзакций могут видеть разные состояния данных, означает, что не может быть прямого способа для COUNT (*) суммировать данные по всей таблице; PostgreSQL должен пройти через все строки, в некотором смысле. Обычно это приводит к последовательному сканированию, считывающему информацию о каждой строке таблицы. [...]
Кроме того, вы можете попробовать ANALYZE перестроить информацию для планировщика запросов.
Вы должны получить более высокую производительность при использовании, COUNT(an uniquly indexed field)но если она очень велика, единственный способ сделать это - сканирование seq.
Если вам нужны очень быстрые цифры и вы не боитесь запрашивать схему, вы можете сделать следующее
SELECT reltuples FROM pg_class WHERE oid = 'your_table'::regclassНо не полагайтесь на эти значения, так как это только «приблизительное» (хотя часто точное) число кортежей в таблице.
COUNT(pk)улучшу производительность. Я думаю, что он всегда будет делать seq-scan