Re: Recent vendor SSL renegotiation patches break PostgreSQL
| От | Heikki Linnakangas |
|---|---|
| Тема | Re: Recent vendor SSL renegotiation patches break PostgreSQL |
| Дата | |
| Msg-id | 4B6A6C48.9080908@enterprisedb.com обсуждение исходный текст |
| Ответ на | Re: Recent vendor SSL renegotiation patches break PostgreSQL (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Tom Lane wrote: > Alvaro Herrera <alvherre@commandprompt.com> writes: >> FWIW I think there's another problem with streaming replication here, >> which is that most data flows from client to server, so it would take >> quite some time for the threshold to be reached. Note that there's no >> size check in the libpq frontend code. Normally this is not an issue >> because the bulk of data is expected to flow in the other direction. > > Huh? I thought the slaves connect to the master, rather than the other > way round? Correct, slave connects to the master. Alvaro is pointing out that most data flows from client to server, like in COPY FROM. But the server counts both in- and out-going data against the renegotiation limit, so the server will initiate renegotiation just fine in that case too. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: