Why gh-ost just apply rows from binlog and not copy rows from old table?

Hello, why gh-ost just read binlog and apply rows from binlog to _gho table, not copy rows from old table
```
Copy: 15000/1151849202 0.0%; Applied: 2374; Backlog: 6/1000; Time: 1m45s(total), 1m43s(copy); streamer: mysql-bin.001208:926951450; State: migrating; ETA: N/A
Copy: 15000/1151849202 0.0%; Applied: 2499; Backlog: 0/1000; Time: 1m50s(total), 1m48s(copy); streamer: mysql-bin.001208:927171752; State: migrating; ETA: N/A
Copy: 15000/1151849202 0.0%; Applied: 2611; Backlog: 1/1000; Time: 1m55s(total), 1m53s(copy); streamer: mysql-bin.001208:927379085; State: migrating; ETA: N/A
Copy: 15000/1151849202 0.0%; Applied: 2718; Backlog: 2/1000; Time: 2m0s(total), 1m58s(copy); streamer: mysql-bin.001208:927580849; State: migrating; ETA: N/A
Copy: 15000/1151849202 0.0%; Applied: 2840; Backlog: 3/1000; Time: 2m5s(total), 2m3s(copy); streamer: mysql-bin.001208:927794547; State: migrating; ETA: N/A
```

Inizia dall’output di migrazione segnalato e dal flusso di migrazione MySQL di gh-ost; confronta i contatori Copy e Applied con la copia della vecchia tabella e il binlog stream. Non sono indicati file o test, quindi determina innanzitutto se si tratta di un comportamento previsto o di un difetto azionabile, quindi documenta la spiegazione o un errore riproducibile.

Scritto dal modello di indicizzazione a partire dal testo della issue.