We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
What did you do? If possible, provide a recipe for reproducing the error. enable bilateral synchronization with two TiDB cluster.
What did you expect to see? update mark table without conflict.
What did you see instead? write conflict in TiDB log.
Please provide the relate downstream type and version of drainer. (run drainer -V in terminal to get drainer's version) v4.0.2
drainer -V
The text was updated successfully, but these errors were encountered:
we have workercount number of goroutine to singleExecRetry dmls. and each worker will get one certain id from addIndex, this usually works fine.
workercount
singleExecRetry
addIndex
the problem is here, we might split dmls again in some worker. this could make write conflict due to some worker may get same id by addIndex.
I think the solution is we should bind the worker with id, no matter how much dmls it have.
Sorry, something went wrong.
No branches or pull requests
Bug Report
What did you do?
If possible, provide a recipe for reproducing the error.
enable bilateral synchronization with two TiDB cluster.
What did you expect to see?
update mark table without conflict.
What did you see instead?
write conflict in TiDB log.
Please provide the relate downstream type and version of drainer.
(run
drainer -V
in terminal to get drainer's version)v4.0.2
The text was updated successfully, but these errors were encountered: