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
{{ message }}
This repository has been archived by the owner on Nov 24, 2023. It is now read-only.
Please answer these questions before submitting your issue. Thanks!
What did you do? If possible, provide a recipe for reproducing the error.
200 upstream mysql, 200* dm worker, 3*dm master, 200K QPS+TPS in upstream.
Upgrade dm cluster from 2.0.1 to nightly。
What did you expect to see?
no write conflict
What did you see instead?
write conflict happened
Versions of the cluster
DM version (run dmctl -V or dm-worker -V or dm-master -V):
v2.0.1
Upstream MySQL/MariaDB server version:
mysql5.6/5.7
Downstream TiDB cluster version (execute SELECT tidb_version(); in a MySQL client):
4.0.10
How did you deploy DM: DM-Ansible or manually?
DM-Ansible
Other interesting information (system version, hardware config, etc):
current status of DM cluster (execute query-status in dmctl)
Operation logs
Please upload dm-worker.log for every DM-worker instance if possible
Please upload dm-master.log if possible
Other interesting logs
Output of dmctl's commands with problems
Configuration of the cluster and the task
dm-worker.toml for every DM-worker instance if possible
dm-master.toml for DM-master if possible
task config, like task.yaml if possible
inventory.ini if deployed by DM-Ansible
Screenshot/exported-PDF of Grafana dashboard or metrics' graph in Prometheus for DM if possible
The text was updated successfully, but these errors were encountered:
write conflict may caused by #1895 (comment). since the write conflict still occurs at this moment, I'll try to adjust the table structure by operate-schema and see if the conflict is still here
Bug Report
Please answer these questions before submitting your issue. Thanks!
What did you do? If possible, provide a recipe for reproducing the error.
200 upstream mysql, 200* dm worker, 3*dm master, 200K QPS+TPS in upstream.
Upgrade dm cluster from 2.0.1 to nightly。
What did you expect to see?
no write conflict
What did you see instead?
write conflict happened
Versions of the cluster
DM version (run
dmctl -V
ordm-worker -V
ordm-master -V
):Upstream MySQL/MariaDB server version:
Downstream TiDB cluster version (execute
SELECT tidb_version();
in a MySQL client):How did you deploy DM: DM-Ansible or manually?
Other interesting information (system version, hardware config, etc):
current status of DM cluster (execute
query-status
in dmctl)Operation logs
dm-worker.log
for every DM-worker instance if possibledm-master.log
if possibleConfiguration of the cluster and the task
dm-worker.toml
for every DM-worker instance if possibledm-master.toml
for DM-master if possibletask.yaml
if possibleinventory.ini
if deployed by DM-AnsibleScreenshot/exported-PDF of Grafana dashboard or metrics' graph in Prometheus for DM if possible
The text was updated successfully, but these errors were encountered: