Руководство по созданию эффективных запросов

П
араллелизм
Во введении к этой книге говорилось, что параллельное выполнение в ней 
не рассматривается по двум причинам. Во-первых, параллельное выпол-
нение появилось относительно недавно, в PostgreSQL 10. Во-вторых, никто 
из авторов не имеет промышленного опыта использования параллелизма 
в PostgreSQL и не может добавить что-либо к существующей документации. 
Каждая новая версия PostgreSQL вносит дополнительные улучшения в па-
раллельное выполнение.
Однако параллелизм часто представляется как панацея от всех проблем, 
связанных с производительностью, и мы должны предупредить: не возлагай-
те слишком больших надежд на параллелизм – и это касается любой СУБД, 
а не только PostgreSQL.
Параллельное выполнение можно рассматривать как еще один способ раз-
бить запрос: объем работы, необходимый для выполнения, распределяется 
между процессорами или ядрами.
В любом параллельном алгоритме есть определенная часть, которая долж-
на выполняться на одном устройстве. Также появляются дополнительные 
накладные расходы на синхронизацию между параллельными процессами. 
Поэтому параллельное выполнение особенно привлекательно для обработ-
ки больших объемов данных. В частности, параллелизм полезен для ска-
нирований больших таблиц и соединений хешированием. И сканирования, 
и соединения хешированием типичны для длинных запросов, для которых 
ускорение обычно наиболее значимо.
Напротив, ускорение коротких запросов обычно незначительно. Однако 
параллельное выполнение разных запросов может улучшить пропускную 
способность, но это не связано с параллельным выполнением одного запроса.
Иногда оптимизатор может заменить доступ на основе индекса (который 
использовался бы при последовательном выполнении) параллельным скани-
рованием таблицы. Это может быть вызвано неточной оценкой стоимости. 
В таких случаях параллельное выполнение может оказаться медленнее, чем 
последовательное.
Все планы выполнения в этой книге были созданы при отключенном параллелизме.
Кроме того, преимущества масштабируемости, обеспечиваемые парал-
лельным выполнением, не могут исправить плохую схему данных или ком-

---

156

Длинные запросы: дополнительные приемы
пенсировать неэффективный код по простой математической причине: пре-
имущества масштабируемости от параллелизма в лучшем случае линейны, 
в то время как стоимость вложенных циклов квадратична.