You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
From TABLE_MAP-events you can see column count + "partial" data types of table after alter.
From QUERY-DDL-events which you can parse changes.
Problem is that there is no easy way to see from binlog the (whole) current structure of table (in given position) because TABLE_MAP-event doesn't contain field names.
Mysql-server can handle this situation, because it parses and executes ALTER,CREATE,DROP (DDL) statements.
But to handle table changes you have few ways:
Try to parse all QUERY ALTER,CREATE,DROP statements.
Look from master after seeing the alter event... as soon as possible that what is the state of table.
But this is fragile, because there can be multiple alters in row.
Have a "sidecar" mysql/mariadb server where you execute just DDL-statements.
In case ROW based logging almost all QUERY-statements should be grants or DDL statements
(I have thought this idea much). This could even library version of server I think.
No description provided.
The text was updated successfully, but these errors were encountered: