Details
-
Task
-
Status: Open (View Workflow)
-
Major
-
Resolution: Unresolved
-
None
Description
This toplevel ticket captures work related to binlog corruption. Broadly speaking, there appear to be four paths forward, three on the server and one in the client. On the server, we could (1) implement sandboxing for plugins (Andrei's comment "prevent faulty plugins"), (2) prevent binlog corruption from occurring, (3) warn when binlog corruption occurs (e.g. by detecting possible binlog corruption with timestamp checks as described in the ticket). On the client, we can find traces of corruption (some minimum length string of null bytes) enabled a new commandline option.
Attachments
Issue Links
- includes
-
MDEV-34685 Sandbox plugins away from replication mechanics
- Open
-
MDEV-34686 Prevent binlog corruptions
- Open
-
MDEV-34687 Warn when binlog corruption occurs
- In Review
-
MDEV-34688 Client-side binlog corruption detection
- Open