Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
5.5(EOL), 10.0(EOL), 10.1(EOL), 10.2(EOL), 10.3(EOL), 10.4(EOL)
Description
If InnoDB crash recovery was needed, the InnoDB function srv_start() would invoke extra validation:
bool validate = recv_needed_recovery |
&& srv_force_recovery == 0;
|
|
dict_check_tablespaces_and_store_max_id(validate);
|
This time-consuming validation (reading something from every InnoDB data file) should be unnecessary now that RENAME operations inside InnoDB are crash-safe (MDEV-14717).
The validation can be skipped by setting innodb_force_recovery=1, but that setting will also cause InnoDB crash recovery to turn a blind eye on some problems, such as data files missing, and redo log for missing files being skipped.
We should skip the extra validation in MariaDB 10.3 onwards. In MariaDB 10.2 we can skip it unless the compatibility setting innodb_safe_truncate=OFF is active.
Attachments
Issue Links
- relates to
-
MDEV-14481 Execute InnoDB crash recovery in the background
- Closed
-
MDEV-14717 RENAME TABLE in InnoDB is not crash-safe
- Closed
-
MDEV-18309 #2 InnoDB: Operating system error number 2 in a file operation and InnoDB: Cannot open datafile for read-only upon startup on datadir restored from full backup
- Closed