R2dbc returns multiple pooled objects pointing to same database connection in case downstream gets disposed, e.g.
Downstream Mono converted from Flux or other Publisher (e.g. any RxJava type)
Dispose called from different thread, e.g. Flux.onError, Mono.onError invoked from timeout operator on different scheduler
Number of results is limited via Flux.take
Dispose event in downstream causes ref.release().subscribe(); to be invoked that releases pooled references (without calling preDestroy or any kind of logging event). As a result another pending invocation ConnectionPool#create receives same database connection, that has not yet been closed and has not finished processing in initial subscription.
This causes connection sharing issues on higher load that lead to lost cursor and data consistency issues (when transactions are leaked).
R2dbc returns multiple pooled objects pointing to same database connection in case downstream gets disposed, e.g.
Mono
converted fromFlux
or otherPublisher
(e.g. any RxJava type)Flux.onError
,Mono.onError
invoked from timeout operator on different schedulerFlux.take
Dispose event in downstream causes ref.release().subscribe(); to be invoked that releases pooled references (without calling
preDestroy
or any kind of logging event). As a result another pending invocationConnectionPool#create
receives same database connection, that has not yet been closed and has not finished processing in initial subscription.This causes connection sharing issues on higher load that lead to lost cursor and data consistency issues (when transactions are leaked).