DBT3 Benchmark Results MyISAM

Introduction

This page shows the results for benchmarking the following configuration:

• + MyISAM

• MariaDB 5.5.18 + MyISAM

• MySQL 5.5.19 + MyISAM

• MySQL 5.6.4 + MyISAM

The test is performed using the automation script /mariadb-tools/dbt3_benchmark/launcher.pl.

Details about this automation script can be found on the page.

Hardware

The tests were performed on our facebook-maria1 machine. It has the following parameters:

• CPU: 16 Intel® Xeon® CPU L5520 @ 2.27GHz

• Memory: Limited to 16 GB out of 72 by adding 'mem=16G' parameter to /boot/grub/menu.lst

• Logical disk: HDD 2 TB

• Operating system:

Scale factor 30

This test was performed with the following parameters:

• Scale factor: 30

• Query timeout: 2 hours

• Number of tests per query: 1

• Total DB size on disk: about 50GB

NOTE: The available memory is controlled by a parameter mem=16G added to the file /boot/grub/menu.lst

Steps to reproduce

Follow the instructions in to prepare the environment for the test.

Before you run the test, ensure that the settings in the test configuration files match your prepared environment. For more details on the test configuration, please, refer to the .

After the environment is prepared, the following command should be executed in the shell:

Compared configurations

The following configurations have been compared in this test:

Case 1: + MyISAM

Here are the common options that the mysqld server was started with:

Case 2: + MyISAM

Uses the same configuration file as in Case 1.

Case 3: MySQL 5.5.19 + MyISAM

Here are the common options that the mysqld server was started with:

Case 4: MySQL 5.6.4 + MyISAM

Here are the common options that the mysqld server was started with:

The server has been restarted between each query run and the caches have been cleared between each query run.

Results (without q20)

Here is the graphics of the results:

(Smaller bars are better)

NOTE: Queries that are cut off by the graphics have timed out the period of 2 hours.

Here are the actual results in seconds (smaller is better):

NOTE: The columns named "Ratio" are calculated values of the ratio between the current value compared to the value in the first test configuration. The formula for it is (current_value/value_in_first_row). For example if (the first column) handles a query for 100 seconds and MySQL 5.6.4 (the last configuration) handles the same query for 120 seconds, the ratio will be120/100 = 1.20. This means that it takes MySQL 5.6.4 20% more time to handle the same query.

The archived folder with all the results and details for that benchmark can be downloaded from here:

Notes

Queries 2-opt.sql and 18-opt.sql are tested only for and

• Additional startup parameters for 2_opt:

• Additional startup parameters for 18_opt:

• Additional modifications for 17-opt1:

• Additional modifications for 17-opt2:

• Additional modifications for 19-opt1:

• Additional modifications for 19-opt2:

Benchmark for q20

This benchmarked only q20 with the same settings as described above for the other queries. The only difference is the timeout that was used: 30000 seconds (8 hours and 20 min).

Compared cases

The benchmark for q20 compares the following cases:

• q20.sql - the original query is run with the IN-TO-EXISTS strategy for all servers. The following optimizer switches were used for MariaDB:

• q20-opt0.sql - the original query is changed so that the same join order is chosen as for the two subsequent variants that test materialization where this order is optimal. The join order is:

• Since the IN-TO-EXISTS strategy is essentially the same for both MariaDB and MySQL, this query was tested for MySQL only.

• q20-opt1.sql - modifies the original query in two ways:

  • enforces the MATERIALIZATION strategy, and

  • enforces an optimal JOIN order via straight_join as follows:

q20-opt1.sql uses the following optimizer switches for MariaDB:

• q20-opt2.sql - the same as q20-opt1.sql but allows the optimizer to choose the subquery strategy via the following switch:

• This switch results in the choice of SJ-MATERIALIZATION.

NOTE: For MySQL there are no such optimizer-switch parameters, and the tests were started without any additional startup parameters. The default algorithm in MySQL is in_to_exists.

Results for q20

Here is the graphics of the results of the benchmarked q20: (Smaller bars are better)

NOTE: Queries that are cut off by the graphics have timed out the period of 30000 seconds.

Here are the actual results in seconds (smaller is better):

_{This page is licensed: CC BY-SA / Gnu FDL}