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
```

Beginne mit der gemeldeten Migrationsausgabe und dem MySQL-Migrationsablauf von gh-ost; vergleiche die Zähler Copy und Applied mit dem Kopieren der alten Tabelle und dem binlog stream. Es wird keine Datei und kein Test genannt. Ermittle daher zunächst, ob dies erwartetes Verhalten oder ein umsetzbarer Fehler ist, und dokumentiere anschließend die Erklärung oder einen reproduzierbaren Fehler.

Vom Indexierungsmodell aus dem Issue-Text verfasst.