slave w/ slavedelay may apply old ops when master is down

XMLWordPrintableJSON

    • Type: New Feature
    • Resolution: Won't Fix
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: Replication
    • None
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      We could potentially have the following scenario:

      1) A slave is specified with a slave delay (say an hour or so)
      2) Bad data is written to master
      3) The operator takes down the master, intending to prevent the bad data from being written to the slave
      4) After the hour has elapsed, the slave applies the last batch of delayed operations it had read from the master before the master was taken offline

      Do we want to do anything about this, or is it the operator's job to make sure the slave node is restarted in a scenario like this?

            Assignee:
            Unassigned
            Reporter:
            Aaron Staple (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: