TAF automation framework to test MariaDB innodb-based-binary-log
This is first time, I am trying MariaDB and I mostly used MySQL. I thought of trying TAF against different version of maridb with hammerdb' tpcc. I must admit that I have mostly used sysench's tpcc or dbt2 ( old implementation of tpcc)
TAF , I pulled from https://github.com/MariaDB/TAF and I got community linux build of mariadb on my ubuntu 22.04 LTS , 16 cpu .
Since, InnoDB-Based Binary Log is new innovation and I am impressed with it since it's been blogged so thought of trying.
I used default hammerdb_tprocc_beta.properties which use minimal config for setting up mariadb.
Note: The idea of these tests is to just try new tool TAF and with most of default config on my laptop . Proper gain/regression needs to be evaluated on very stable environemnt like stable VM/Bare Metal but trend might be suggesting some kind of dropping
- The below graph is like comparison of most of the default including binlog=off
*The above NOPM trend suggests that maridb-11.8.6 is better for higher threads wrt all other maridb builds.
Since , InnoDB-Based Binary Log was introdcued in MariaDB 12.3 as per reference: https://mariadb.org/mariadb-innovation-innodb-based-binary-log/
So, I thought of doing some comparison like binlog vs binlog storage=innodb plus trx_commit=0/1/2
blue: binlog, red:binlog+WAL+trx_commit=0, green:binlog+WAL+trx_commit=1, orange:binlog+WAL+trx_commit=2
- o , dropping tps for higher thread looks like a worrying trend in binlog+WAL and not much notable gain seen for WAL vs binlog on higher threads.
- WAL with trx_commit=2 seems to be better and can be used , if kernel supports "Atomic Data/File Operations" like UEK8/UEK9
- I will try preview MySQL 9.7.0 to have fair bit of idea where it stands.
Comments
Post a Comment