[MDEV-10571] Implement support to handle DDL Statements with Flashback Created: 2016-08-17 Updated: 2019-07-24 |
|
| Status: | Open |
| Project: | MariaDB Server |
| Component/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Major |
| Reporter: | Ralf Gebhardt | Assignee: | Lixun Peng |
| Resolution: | Unresolved | Votes: | 7 |
| Labels: | None | ||
| Issue Links: |
|
||||||||||||||||
| Epic Link: | Flashback | ||||||||||||||||
| Description |
|
The first implementation of the flashback feature only reverts DML based statements up to a point where a DDL statement was executed. For the support of DDL changes in the server are needed.
|
| Comments |
| Comment by Mark Callaghan [ 2016-10-12 ] |
|
RocksDB has persistent snapshots that make this trivial to implement for MyRocks assuming dictionary tables use MyRocks. |
| Comment by Michaël de groot [ 2019-07-24 ] |
|
So enabling this means that 'faster' alter table operations are no longer possible: All ALTER TABLE will be the slow 'copy' algorithm. Next to that, when running ALTER TABLE on a 100GB table, there will be a 100GB old table left. When is this old table being deleted? Does this happen automatically when the binary logs containing this event are deleted? |