Transaction Deadlock when fetching large amount of tuples in parallel #46
Labels
kind/bug
Categorizes issue or PR as related to a bug.
priority/important-soon
Must be staffed and worked on either currently, or very soon, ideally in time for the next release.
triage/accepted
Indicates an issue or PR is ready to be actively worked on.
A transaction deadlock may occur when large amounts of tuples (occurred when requesting 580.000 InputMasks) are requested from Castor, especially with concurrent requests in place.
Quick-Fix
The likelihood of a deadlock occurring could be reduced by increasing the default fragment size from 1000 tuples to a more reasonable number such as 100,000 tuples. This significantly reduces the number of database queries when creating and sharing tuple reservation.
Logs
Logs currently not available.
The text was updated successfully, but these errors were encountered: