[MDEV-24537] innodb_max_dirty_pages_pct_lwm=0 lost its special meaning Created: 2021-01-06 Updated: 2023-03-16 Resolved: 2021-01-06 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | Storage Engine - InnoDB |
| Affects Version/s: | 10.5.7, 10.5.8 |
| Fix Version/s: | 10.5.9 |
| Type: | Bug | Priority: | Blocker |
| Reporter: | Marko Mäkelä | Assignee: | Marko Mäkelä |
| Resolution: | Fixed | Votes: | 1 |
| Labels: | performance, regression | ||
| Issue Links: |
|
||||||||||||||||||||||||||||||||
| Description |
|
In This regression was originally reported in MDEV-24272, mixed up with another performance regression that only affects the 10.2, 10.3, and 10.4 release series but not 10.5. On a hard disk, running a 5-minute oltp_read_write in sysbench with 16 threads and 8 tables with 100000 rows each, I verified valerii's finding, using the following settings on MariaDB 10.5.6 and 10.5.8:
On my 2TB Western Digital SATA 3.0 hard disk (WDC WD20EZRZ-00Z5HB0) that has a write performance of 51.9 MB/s (reported by GNOME Disks when using 1MiB block size), I got the following results:
The last line was produced with the following fix:
This above patch is only applicable to 10.5.7 and 10.5.8 only; the code was slightly refactored in I believe that a work-around of this regression is to set innodb_max_dirty_pages_pct_lwm to the same value as innodb_max_dirty_pages_pct (default value: 90). Side note: The parameter innodb_idle_flush_pct has no effect ( |
| Comments |
| Comment by Marko Mäkelä [ 2021-01-11 ] | ||||||||||||||||||||
|
I think that the default behavior of MariaDB 10.5.7 and 10.5.8 can be emulated by the following:
| ||||||||||||||||||||
| Comment by Marko Mäkelä [ 2021-02-18 ] | ||||||||||||||||||||
|
After the
|