After the execution of the current statement is completed, the execution will be aborted. If the backup is turned on the backup operation will be executed and it will return directly if it is not turned on.
BACKUP
After the current binlog event parsing is completed the backup is aborted but the generated rollback statement will continue to be written to the backup library and return after the writing is completed
kill operation does not affect the audit, the connection is automatically reconnect after kill (because of an audit failure audit ** ** do not abort, we need to reconnect and restore disconnected database in order to avoid subsequent SQL database access error)
EXECUTING (after kill execution failed)
When the statement takes too long, kill will directly stop the execution of the goInception statement. If the backup is turned on, the backup operation will be performed, and if it is not turned on, it will return directly.
When the statement is executed relatively quickly, it may have been executed successfully. At this time, it needs to be further verified according to the binlog backup, so it depends on the backup function
BACKUP
N/A
# Goinception backup database kill (Absolutely not recommended)
Current stage
kill results
CHECKING Before starting the backup
it will automatically detect the connection and reconnect
EXECUTING Before starting the backup
it will automatically detect the connection and reconnect