Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
10.2.2, 10.3.0, 10.4.0, 10.5.0, 10.2.39
Description
"Since 10.2 this code was refactored to have switches in descending
order, so value of 3 for innodb_flush_log_at_trx_commit is behaving
the same as value of 2, that is no FSYNC is being enforced during
COMMIT phase. The switch should however not be empty and cases 2 and 3
should not have the identical contents."
Attachments
Issue Links
- relates to
-
MDEV-232 Remove one fsync() inside engine's commit() method
-
- Closed
-
- links to
Activity
Field | Original Value | New Value |
---|---|---|
Remote Link | This issue links to "gh pr 1873 (Web Link)" [ 31462 ] |
Assignee | Thirunarayanan Balathandayuthapani [ thiru ] | Andrei Elkin [ elkin ] |
Affects Version/s | 10.5.0 [ 23709 ] | |
Affects Version/s | 10.4.0 [ 23115 ] | |
Affects Version/s | 10.3.0 [ 22127 ] | |
Affects Version/s | 10.2.2 [ 22013 ] |
Assignee | Andrei Elkin [ elkin ] | Marko Mäkelä [ marko ] |
Status | Open [ 1 ] | In Progress [ 3 ] |
issue.field.resolutiondate | 2021-07-23 14:49:25.0 | 2021-07-23 14:49:25.817 |
Fix Version/s | 10.2.40 [ 26027 ] | |
Fix Version/s | 10.3.31 [ 26028 ] | |
Fix Version/s | 10.4.21 [ 26030 ] | |
Fix Version/s | 10.5.12 [ 26025 ] | |
Fix Version/s | 10.6.4 [ 26033 ] | |
Fix Version/s | 10.2 [ 14601 ] | |
Fix Version/s | 10.3 [ 22126 ] | |
Fix Version/s | 10.4 [ 22408 ] | |
Fix Version/s | 10.5 [ 23123 ] | |
Resolution | Fixed [ 1 ] | |
Status | In Progress [ 3 ] | Closed [ 6 ] |
Workflow | MariaDB v3 [ 123436 ] | MariaDB v4 [ 159504 ] |
The parameter value 3 was introduced in
MDEV-232, and it has been effectively treated as innodb_flush_log_at_trx_commit=2 since the MariaDB 10.2.2 alpha release.Would an alternative fix be acceptable? That is, let us remove the value 3 and have the server issue a warning that the value was clamped to 2? That would basically document the status quo. Does anyone really need the innodb_flush_log_at_trx_commit=3 behaviour that was introduced in
MDEV-232?