Bug #81630 | MySQL 5.7 is 37-45% slower then 5.6 when using binlogging due to defaults change | ||
---|---|---|---|
Submitted: | 28 May 2016 5:46 | Modified: | 31 Aug 2016 6:30 |
Reporter: | Roel Van de Paar | Email Updates: | |
Status: | Verified | Impact on me: | |
Category: | MySQL Server: Replication | Severity: | S5 (Performance) |
Version: | 5.7.12 | OS: | Any |
Assigned to: | CPU Architecture: | Any | |
Tags: | performance |
[28 May 2016 5:46]
Roel Van de Paar
[29 Aug 2016 14:20]
MySQL Verification Team
Hi Roel, Thank you very much for your report. You have provided us with info regarding slowing down of the server operations, depending on the number of threads and versions. The speed is expressed in number of transaction. In order for us to repeat, we would have to have your data and exactly the transactions that you were running. Many thanks in advance.
[30 Aug 2016 4:17]
Roel Van de Paar
Hi Sinisa, Thanks. The requested information is already there (sysbench prepare generates the data before the actual test).
[30 Aug 2016 13:23]
MySQL Verification Team
Roel, I suppose that binary log is in the RBR format and not in SBR format. However, I do require your confirmation. Also, I guess that those LUA tests are part of the sysbench ??? I will have to transfer the testing to someone more familiar with sysbench.
[30 Aug 2016 18:29]
MySQL Verification Team
Hi Roel, Regarding a change in the --sync-binlog setting, that brings the expected results. Regarding the difference reported on pure RW performance between 5.7 and 5.6 (even with binary log switched off) -- unfortunately this is a known problem, we got this regression in 5.7 (and some others) and it's still remain unfixed.. -- this is not just for "single thread", but for many "low load" cases (1, 4, even 8 concurrent user sessions).. In order to fix the problem we have added two new WorkLog entries. Hence, this bug is verified.
[31 Aug 2016 6:30]
Roel Van de Paar
Thanks. Binlog format is default.