[Перевод] MariaDB 12.3: binlog внутри InnoDB

Коротко для ленивых В MariaDB 12.3 binlog можно хранить внутри InnoDB через binlog_storage_engine=innodb . Главный эффект: вместо двух fsync() на commit остаётся один, поэтому на write-heavy нагрузке резко растут TPS и снижается tail latency. В тестах из статьи прирост на полном durability-профиле составил примерно 2.4x–3.3x . Backup, restore и ресинк реплик становятся проще, потому что binlog и данные теперь консистентны на уровне одного механизма хранения. Цена за это: обязателен GTID, Galera пока не поддерживается, а innodb_log_file_size нужно подбирать внимательнее из-за роста объёма redo. Если у вас обычная схема primary + async replica на InnoDB, эту возможность точно стоит хотя бы протестировать.

https://habr.com/ru/articles/1011298/

#MariaDB_123 #InnoDB #binlog #GTID #репликация #производительность_SQL #crash_recovery #fsync #OLTP

https://blog.gslin.org/archives/2026/02/21/12901/mariadb-12-3-%e5%b0%8d-innodb-%e7%9a%84%e5%a4%a7%e6%94%b9%e9%80%b2/

MariaDB 12.3 對 InnoDB 的大改進

#binlog #cpu #database #db #engine #fsync #i/o #innodb #latency #mariadb #mysql #performance #rdbms #speed #storage #write

In the tests in my previous articles, I found that #MariaDB completely ruined the concept of the dynamically configurable #InnoDB buffer pool!

And this within a long-term support release series. To prevent this from affecting your production environment, I have described more about this here:

https://www.fromdual.com/blog/mariadb-dynamically-configurable-buffer-pool-broken/

Image Author: Cplakidas, GNU FDL v1.2

Bei den Tests in meinen vorherigen Artikeln habe ich festgestellt, dass #MariaDB das Konzept des dynamisch konfigurierbaren #InnoDB Buffer Pools völlig kaputt gemacht hat!

Und dies innerhalb einer Long-Term-Support Release-Reihe. Mehr dazu, damit Euch das nicht in der Produktion auf die Füsse fällt, habe ich hier beschrieben:

https://www.fromdual.com/de/blog/mariadb-dynamisch-konfigurierbare-buffer-pool-kaputt/

Image Author: Cplakidas, GNU FDL v1.2

This MySQL setting makes your PHP app dead slow or crazy fast

https://phpc.tv/w/2c84XvxLrthseySG9L6WRn

第262回　MySQLのInnoDBにおけるCheckpointの役割とパフォーマンス最適化を理解する
https://gihyo.jp/article/2026/01/mysql-rcn0262?utm_source=feed

#gihyo #技術評論社 #gihyo_jp #MySQL #InnoDB #Checkpoint

InnoDB dùng biến thể LRU thay vì LRU tiêu chuẩn để tránh loại bỏ dữ liệu nóng khi quét table. Cache được chia thành 2 phần: 'mới' (nóng) và 'cũ' (cách ly). Dữ liệu mới vào phần cũ, và chỉ được nâng cấp lên phần mới nếu truy cập lại. Nhờ vậy, quét toàn bộ bảng sẽ không làm hỏng cache hiệu suất.

#InnoDB #MySQL #Database #Cache #Caching #LRU #Tech #Programming #CơSởDữLiệu #LưuTrữCache #CôngNghệ #LậpTrình

https://shbhmrzd.github.io/databases/mysql/innodb/2025/12/18/innodb-lru-buffer-pool-managemen

sort of interesting to see the opcache built right in

PHP 8.3.29 (cli) (built: Dec 18 2025 23:21:17) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.3.29, Copyright (c) Zend Technologies
with Zend OPcache v8.3.29,

the way to 400gb db and 30gb indexes is 512gb ram - served all from the memory #4x128 #innodb buffer pool