Avoid serialization of isc_attach_database calls issued by EXECUTE STATEMENT implementation [CORE5648] #5914
Labels
affect-version: 2.1.7
affect-version: 2.5.0
affect-version: 2.5.1
affect-version: 2.5.2 Update 1
affect-version: 2.5.2
affect-version: 2.5.3
affect-version: 2.5.4
affect-version: 2.5.5
affect-version: 2.5.6
affect-version: 2.5.7
affect-version: 3.0.0
affect-version: 3.0.1
affect-version: 3.0.2
affect-version: 4.0 Alpha 1
affect-version: 4.0 Initial
component: engine
fix-version: 3.0.3
fix-version: 4.0 Beta 1
priority: major
qa: done successfully
type: improvement
Submitted by: @hvlad
When EXECUTE STATEMENT ... ON EXTERNAL DATA SOURCE was introiduced in v2.5.0 there was informal agreement that calls of
isc_attach_database should be serialized to avoid deadlocks in fbclient (reported by users from time to time, but never reproduced).
Such serialization is almost not visible by end users when all works as expected, in particular when remote hosts can be reached via network.
But when there is some network issues, or when remote address is not available there could be significant delays before isc_attach_database
returns corresponding error. Due to serialization of call of isc_attach_database by the engine all other attachments running EXECUTE STATEMENT
and connecting to the their remote databases should wait for the unlucky one.
Starting from v3 it seems we can remove this artificial limitation in the engine and allow all attachments to call isc_attach_database
in parallel without serialization.
Commits: 5ef0c5b 0d0c9cc
The text was updated successfully, but these errors were encountered: