Last week in mysql-server development (34) #134
henrikingo-oracle
announced in
Announcements
Replies: 1 comment 2 replies
|
Thanks for the Newsletter Henrik. I see there is a bug section, with only links to GitHub: have you considered adding significant activity from bugs.mysql.com ? Cheers, J-F |
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
This is the second weekly newsletter giving you a comprehensive overview of what is going on in the MySQL open development project. This newsletter was generated with the help of an AI tool, but significant manual editing was still involved. Note that the timeframe covered really is last week, ending Sunday.
mysql/mysql-serverandmysql/mysql-communityExecutive Summary
Merged
Implementing / Review
[POC] Prototyping - MySQL User Defined Types … 707 by @marcalff
Experimental UDT work. A rebase was requested; automated review raised authorization, lifecycle, metadata-persistence, and correctness concerns.
Add DELETE ... RETURNING clause support … 725 by @evgenyp-azm implementation of
DELETE … RETURNING, including parser, executor, and MTR changes.GROUP BY ALL … #660 by @hlosukwakha PR still has issues with including binary files.
Fix typo in multi-statement announcement comment … 671 by @kazanzhy Minor correction.
Planning / PoC
InnoDB B+Tree Performance Optimization, Part 1: Insert Path Improvements and Concurrent Split Handling … 28 by @zhao-song
@KernelMaker posted a PoC patch. Maintainers accepted collaborative review but require use of the current table-type architecture.
In-Memory Relaylog … 684 by @HugoWenTD
AWS Aurora MySQL contributors presented an in-memory relay-log and group-boundary-queue design.
Precise and observable primary switchover in Group Replication / InnoDB Cluster … [Proposal]: Precise and observable primary switchover in Group Replication / InnoDB Cluster #97 by @vgrippa
Proposes excluding read-only and idle transactions from controlled-switchover waits and adding observability.
Rollback Prepared Transactions Asynchronously During Binlog Crash Recovery … [Proposal]: Rollback Prepared Transactions Asynchronously During Binlog Crash Recovery #100 by @SongLibing from Alibaba
Proposes moving recovered prepared-DML rollback off the startup-critical path.
Optimizing Replication Lag for Large Transactions and DDL … 115 by @genze-wu from Alibaba
Proposes binlog real-time replication for concurrent replica application of large transactions and DDL.
Binlog Commit Optimization For Large Transaction … 77 by @SongLibing from Alibaba
Proposes renaming an on-disk binlog-cache file into the next binary log rather than copying it under
LOCK_log.Performance Optimization for Binlog Commit … 114 by @SongLibing from Alibaba
Proposes binlog-in-redo and parallel binlog-flush designs.
[VI] PoC Design Details … 701 by @mayprasa
Active design discussion continues around vector-index storage, filtering, MVCC, latching, DML, redo, and interface design.
New
Proposes SVS/Vamana as an additional implementation behind the native vector-index interface.
Bug Fixes
Open correctness fix for TempTable-to-InnoDB fallback and CTE failures; review and CI completion remain pending.
Misc / GitHub-platform and process fixes
Update PR workflows for actions/checkout v7 compatibility … 715 by @RidhaOracle Closed as fixed
Return a clearer error when account SSL requirements are not met … 99 by @Taeknology Expose SSL-policy failures to clients or limit detail to DBA-facing observability.
Steering group
The first members of the project's steering group have been announced
Contributor Summit talks available
The video recordings from the August 2026 Contributor Summit are now uploaded to Youtube
The goal for this newsletter is to give a high level status overview and link to all the different wikis and threads and code, with minimal commentary. If something significant is missing from this newsletter, please tell henrik.ingo@oracle.com
All reactions