Начиная с версии 17, библиотека libpq всегда поддерживает повторные вызовы и многопоточность. Однако эта реализация не лишена ограничений: два потока не должны пытаться одновременно работать с одним объектом PGconn. В частности, не допускается параллельное выполнение команд из разных потоков через один объект соединения. (Если вам нужно выполнять команды одновременно, используйте несколько соединений.)

Объекты PGresult после создания обычно доступны только для чтения, и поэтому их можно свободно передавать между потоками. Однако если вы используете какую-либо из функций, изменяющих PGresult, описанных в Разделе 32.12 или Разделе 32.14, вы должны также избегать одновременных обращений к одному объекту PGresult.

В ранних версиях библиотеку libpq можно было собрать с поддержкой многопоточности или без неё, в зависимости от параметров компилятора. Эта функция позволяет узнать, поддерживает ли libpq многопоточность:

Устаревшие функции PQrequestCancel и PQoidStatus не являются потокобезопасными и не должны применяться в многопоточных программах. Вместо PQrequestCancel можно использовать PQcancelBlocking, а вместо PQoidStatus — PQoidValue.

Если протокол Kerberos применяется в пользовательском приложении (помимо возможного использования внутри libpq), необходимо обеспечить блокировку вокруг вызовов Kerberos, так как его функции не являются потокобезопасными.

Похожим образом, если вы используете в рамках своего приложения Curl и ещё глобально не инициализировали libcurl перед запуском новых потоков, вам необходимо будет заблокировать любой код (опять же, с помощью PQregisterThreadLock), который может инициализировать libcurl. В более новых версиях Curl такое ограничение отсутствует, поскольку они работают с инициализацией безопасных потоков. Такие сборки отличаются функциональностью threadsafe в метаданных версии.