[Bug]: Current way of detecting a connection in active txn is not robust #10015
Labels
kind/bug
Something isn't working
needs-triage
priority/p0
Critical feature that should be implemented in this version
Milestone
Is there an existing issue for the same bug?
Environment
Actual Behavior
#10000
The current way of detecting a connection in Txn is not robust. For example, the regular expression wont match something with comment like
See the discussion in the PR.
Expected Behavior
The we we detect active transaction is not robust enough. Is there anything more reliable from the protocol level? For example, when we plan to migrate a connection, can we issue a command to server to check if current connection is in transaction?
Assume connection migration is rare, and probably you HAVE TO migrate no matter what (due to CN crash/congestion etc), why don't we just simply abort current transaction and migrate?
Steps to Reproduce
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: