[MDEV-14767] system_versioning_alter_history breaks ALTER replication Created: 2017-12-25 Updated: 2023-07-19 Resolved: 2018-02-22 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | Replication, Versioned Tables |
| Affects Version/s: | 10.3.4 |
| Fix Version/s: | 10.3.5 |
| Type: | Bug | Priority: | Critical |
| Reporter: | Elena Stepanova | Assignee: | Aleksey Midenkov |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
bb-10.3-temporal ea49441c41 |
||
| Issue Links: |
|
||||||||||||
| Description |
|
system_versioning_alter_history should either be GLOBAL-only, or be included into binlog events. ALTER TABLE for a versioned table can now break replication too easily, since system_versioning_alter_history can be changed by any user in a session (of course, not any user is allowed to ALTER a table, but still). Given the obvious effect that it has on replication, I think the value should be either included into the binary log, or only be modifiable globally. It would still break replication if it's modified globally, but the exposure would be not that big. The test case is obvious:
|
| Comments |
| Comment by Sergei Golubchik [ 2018-02-14 ] |
|
Another possibility, make system_versioning_alter_history to be always KEEP in the replication thread. So
|