Details
-
Bug
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Fixed
-
10.8.1
-
Related to performance
-
The option innodb_encrypt_log=ON was reimplemented to be more performant. A downgrade to an earlier point release is only possible if the newer server was running innodb_encrypt_log=OFF at the time it was shut down.
-
Q4/2025 Server Maintenance
Description
MDEV-14425 introduced piecewise encryption of the InnoDB redo log. This causes a performance regression for workloads which create a lot of redo log, i.e. INSERT. The cause of the regression are repeated calls to MyCTX::init(). We need a different implementation that creates the AES context only once.
Attachments
Issue Links
- is caused by
-
MDEV-14425 Change the InnoDB redo log format to reduce write amplification
-
- Closed
-
- relates to
-
MDEV-34388 mariadb-backup segfault on 10.4.8 and 11.4.2, under Alpine 3.20, 3.21 and 3.22
-
- Closed
-
-
MDEV-37553 Assertion failure lsn - get_flushed_lsn(std::memory_order_relaxed) < capacity()
-
- Closed
-