Atomic DDL in MariaDB
summary
MariaDB 10.6 implements atomic DDL by extending the existing DDL log (see MDEV-17567): operations write phase markers and a unique xid which is synced into the binary log, recovery scans binlog and DDL log to either roll back unfinished renames or finish/drop remaining objects. RENAME and DROP (tables, views, triggers, databases) are already supported; CREATE/ALTER work is next. Cost is modest but real — roughly six fsyncs per table for a full rename sequence.
AI-written summary · about
chapters (11)
- 0:00Start
- 0:26A bit of MariaDB History
- 2:32Problems with the "old" design
- 4:08Functionality we want to keep
- 4:48The solution
- 6:21What will be done next
- 10:17Implementation details for DROP TABLE Amic drop is depending on the force DROP TABLE code in 10.5
- 11:57Implementation details for DROP DATABASE
- 15:21Ideas about faster information schema tables
- 16:39New data dictionary The idea is to not keep things compatible with how things are before
- 18:30Questions?
related talks
17mState of MariaDB
15mDDLumos: Understanding and Detecting Atomic DDL Bugs in DBMSs
53mMariaDB Server 10.2: The Complete Guide
41mMariaDB The New MySQL
27mState of MariaDB
24mTips and Tricks for Migrating from Oracle to MariaDB
25mThe future of databases: Combining operational and analytical data at massive scale
29mEverything You Ever Wanted to Know About MariaDB Replication but Were Afraid to Ask
