You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When a client application using Antidote crashes or has incorrect transaction handling, some or even many transactions can stay open. These transactions are never forcefully aborted by Antidote. This can potentially leave many txn-coordinator-fsms running forever.
For a database that should be deployed as a long-running system, this behavior is unacceptable. Transactions, that are not used anymore (receive no read or update requests) should be aborted after a fixed timeout. In my opinion, a timeout of say 5 minutes should be acceptable for most applications.
The text was updated successfully, but these errors were encountered:
When a client application using Antidote crashes or has incorrect transaction handling, some or even many transactions can stay open. These transactions are never forcefully aborted by Antidote. This can potentially leave many txn-coordinator-fsms running forever.
For a database that should be deployed as a long-running system, this behavior is unacceptable. Transactions, that are not used anymore (receive no read or update requests) should be aborted after a fixed timeout. In my opinion, a timeout of say 5 minutes should be acceptable for most applications.
The text was updated successfully, but these errors were encountered: