gh-ost/go
Shlomi Noach 1e10f1f29e Solved various race conditions:
- Operation would terminate after events lock noticed but before applying all events: race condition where the event would be captured asynchronously. The event is now handled sequentially with the DML events, hence now safe.
- Multiple rowcopy operations would still write to `rowCopyComplete` channel. This is still the case, but now we only wait for the first and then just flush (read and discard) any others, to avoid blocking
- Events DML listener is only added after table creation: the problem was that with very busy tables, the events func buffer would fill up, and the "tables-created" event would be blocked.
- `waitForEventsUpToLock()` unifies the waiting on all variants of complete-migration
- With `--test-on-replica`, now stopping replication "nicely", using `master_pos_wait()`
- With `--test-on-replica`, not throttling on replication after replication is stopped (duh)
- More debug output
2016-05-16 11:03:15 +02:00
..
base Solved various race conditions: 2016-05-16 11:03:15 +02:00
binlog - row copy and row events are now handled by a single routine which prioritizes events over rowcopy 2016-04-08 10:34:44 +02:00
cmd/gh-osc - supporting --initially-drop-old-table 2016-05-03 12:55:17 +03:00
logic Solved various race conditions: 2016-05-16 11:03:15 +02:00
mysql Solved various race conditions: 2016-05-16 11:03:15 +02:00
os minor refactoring; fixed license comments 2016-03-24 15:11:56 +01:00
sql - Added ok-to-drop-table flag 2016-04-18 10:57:18 -07:00