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
In a cutover scenario, when checkpoint catches up master_position, the replication is completed. However from checkpoint catches up master_position to flushed location catches up master_position, there can be up to 30s delay, controlled by parameter checkpoint-flush-interval. In cutover when every second is valuable, this delay is unnecessary.
Describe the feature you'd like
This feature request suggest to add checkpoint binlog position to dmctl query-status output, so it can be used in catover scenario.
Describe alternatives you've considered
Right now in cutover scenario, we can monitor dm-worker log file instead, which is inconvenient.
Is your feature request related to a problem?
In dm-worker log, there are 3 binlog positions:
In
dmctl query-status
output there are only 2 binlog positions:In a cutover scenario, when
checkpoint
catches upmaster_position
, the replication is completed. However fromcheckpoint
catches upmaster_position
toflushed location
catches upmaster_position
, there can be up to 30s delay, controlled by parametercheckpoint-flush-interval
. In cutover when every second is valuable, this delay is unnecessary.Describe the feature you'd like
This feature request suggest to add
checkpoint
binlog position todmctl query-status
output, so it can be used in catover scenario.Describe alternatives you've considered
Right now in cutover scenario, we can monitor dm-worker log file instead, which is inconvenient.
Teachability, Documentation, Adoption, Migration Strategy
No response
The text was updated successfully, but these errors were encountered: