| Тип: | integer |
| По умолчанию: | 0 |
| Минимальный: | 0 |
| Максимальный: | 262143 |
| Контекст: | postmaster |
| Перезапуск: | true |
Задаёт максимальное число транзакций, которые могут одновременно находиться в подготовленном состоянии (см. 4). При нулевом значении (по умолчанию) механизм подготовленных транзакций отключается. Задать этот параметр можно только при запуске сервера.
Если использовать транзакции не планируется, этот параметр следует обнулить, чтобы не допустить непреднамеренного создания подготовленных транзакций. Если же подготовленные транзакции применяются, то max_prepared_transactions, вероятно, должен быть не меньше, чем max_connections, чтобы подготовить транзакцию можно было в каждом сеансе.
Для ведомого сервера значение этого параметра должно быть больше или равно значению на ведущем. В противном случае на ведомом сервере не будут разрешены запросы.
Рекомендации [EN]
Most applications do not use XA prepared transactions, so should set this parameter to 0. If you do require prepared transactions, you should set this equal to max_connections to avoid blocking. May require increasing kernel memory parameters.
На StackOverflow
На pgsql-hackers
- [bug fix] prepared transaction might be lost when max_prepared_transactions is zero on the subscriber
- Re: Found issues related with logical replication and 2PC
- Re: speed up a logical replica setup
- RE: [bug fix] prepared transaction might be lost when max_prepared_transactions is zero on the subscriber
- Re: [bug fix] prepared transaction might be lost when max_prepared_transactions is zero on the subscriber