Это сильно повлияет на результаты

транзакции требуют какой-то стейт, что заставляет их прибивать к коннекту. В результате, условный r2dbc рабоатет хорошо для запросов, когда мы можем шарить коннект (так как через один коннект к PG у нас шлется несколько запросов), но все становится не так радужно, если у нас поялвются транзакции, и нам уже надо колилчество коннектов по количеству активных транзакций (а в PG мы не хотим иметь миллион коннектов, из-за 1 коннект = 1 процесс).

Но может быть я что-то упускаю, и буду рад, если меня поправят

ну раньше как-то жили с пулом коннектов и было ок..

бенчмарк на чтение данных, зачем для этого транзакции?

со стороны базы нет каких-то неблокиующих протоколов?

транзакции требуют какой-то стейт, что заставляет их прибивать к коннекту. В результате, условный r2dbc рабоатет хорошо для запросов, когда мы можем шарить коннект (так как через один коннект к PG у нас шлется несколько запросов), но все становится не так радужно, если у нас поялвются транзакции, и нам уже надо колилчество коннектов по количеству активных транзакций (а в PG мы не хотим иметь миллион коннектов, из-за 1 коннект = 1 процесс).

Но может быть я что-то упускаю, и буду рад, если меня поправят

@bsideup Сергей, мы правильно понимаем, что при использовании транзакций, не получится 1 коннекшен на несколько транзакций переиспользовать?

В чем могут быть причины того, что при работе в idea два раза поднимается сервер томката?

ну по факту я это вижу из-за того, что два раза запросы исполняются при старте приложения создание базы etc

Второй раз он порты занять не сможет... так что вы ошибку должны бы увидеть.

не знаю, но в логах почему-то два раза запросы выполняются
возможно два раза спринг создает бины
но repository и service бины же сингелтоны?