1
0
mirror of https://github.com/MariaDB/server.git synced 2026-01-06 05:22:24 +03:00
Files
mariadb/include
Marko Mäkelä 0381921e26 MDEV-33277 In-place upgrade causes invalid AUTO_INCREMENT values
MDEV-33308 CHECK TABLE is modifying .frm file even if --read-only

As noted in commit d0ef1aaf61,
MySQL as well as older versions of MariaDB server would during
ALTER TABLE ... IMPORT TABLESPACE write bogus values to the
PAGE_MAX_TRX_ID field to pages of the clustered index, instead of
letting that field remain 0.
In commit 8777458a6e this field
was repurposed for PAGE_ROOT_AUTO_INC in the clustered index root page.

To avoid trouble when upgrading from MySQL or older versions of MariaDB,
we will try to detect and correct bogus values of PAGE_ROOT_AUTO_INC
when opening a table for the first time from the SQL layer.

btr_read_autoinc_with_fallback(): Add the parameters to mysql_version,max
to indicate the TABLE_SHARE::mysql_version of the .frm file and the
maximum value allowed for the type of the AUTO_INCREMENT column.
In case the table was originally created in MySQL or an older version of
MariaDB, read also the maximum value of the AUTO_INCREMENT column from
the table and reset the PAGE_ROOT_AUTO_INC if it is above the limit.

dict_table_t::get_index(const dict_col_t &) const: Find an index that
starts with the specified column.

ha_innobase::check_for_upgrade(): Return HA_ADMIN_FAILED if InnoDB
needs upgrading but is in read-only mode. In this way, the call to
update_frm_version() will be skipped.

row_import_autoinc(): Adjust the AUTO_INCREMENT column at the end of
ALTER TABLE...IMPORT TABLESPACE. This refinement was suggested by
Debarun Banerjee.

The changes outside InnoDB were developed by Michael 'Monty' Widenius:

Added print_check_msg() service for easy reporting of check/repair messages
in ENGINE=Aria and ENGINE=InnoDB.
Fixed that CHECK TABLE do not update the .frm file under --read-only.
Added 'handler_flags' to HA_CHECK_OPT as a way for storage engines to
store state from handler::check_for_upgrade().

Reviewed by: Debarun Banerjee
2024-02-08 10:35:45 +02:00
..
2020-06-19 19:43:07 +02:00
2019-05-11 19:25:02 +03:00
2019-05-13 17:54:04 +03:00
2022-01-21 16:02:34 +01:00
2023-07-20 11:54:52 +02:00
2023-01-03 17:08:42 +02:00
2023-02-10 12:02:11 +02:00
2019-05-11 22:19:05 +03:00
2019-05-11 19:25:02 +03:00
2023-12-02 01:02:50 +01:00
2023-07-26 16:02:57 +02:00
2023-01-03 17:08:42 +02:00
2020-06-19 19:43:07 +02:00
2022-11-08 17:01:28 +02:00
2023-12-02 01:02:50 +01:00
2023-04-24 12:43:47 +02:00
2023-02-10 12:02:11 +02:00
2019-05-14 17:18:46 +03:00
2023-08-01 22:43:16 +02:00
2020-04-04 14:55:51 +04:00
2021-04-20 12:30:09 +03:00
2019-05-11 22:19:05 +03:00
2023-11-08 12:59:00 +01:00
2020-06-05 20:36:43 +03:00
2021-10-12 18:10:56 -04:00
2019-05-11 22:19:05 +03:00
2022-09-26 13:34:38 +03:00
2022-12-20 08:55:48 +11:00
2022-12-20 08:55:48 +11:00
2019-05-11 21:29:06 +03:00
2019-05-11 21:29:06 +03:00
2019-05-11 22:19:05 +03:00
2019-05-14 17:18:46 +03:00
2019-05-11 21:29:06 +03:00
2022-12-20 10:23:42 +11:00
2019-05-11 22:19:05 +03:00
2019-05-13 17:54:04 +03:00
2023-12-02 01:02:50 +01:00
2022-04-06 08:59:09 +03:00
2019-05-14 17:18:46 +03:00
2019-05-11 21:29:06 +03:00
2019-05-14 17:18:46 +03:00
2022-04-25 09:40:40 +03:00
2019-05-11 22:19:05 +03:00
2023-01-03 17:08:42 +02:00
2023-12-02 01:02:50 +01:00
2019-05-13 17:54:04 +03:00
2023-07-26 16:02:57 +02:00
2019-05-19 20:55:37 +02:00
2019-05-11 22:19:05 +03:00
2020-10-29 13:38:38 +02:00
2023-12-02 01:02:50 +01:00
2019-05-14 17:18:46 +03:00
2020-03-10 19:24:22 +01:00
2020-03-10 19:24:22 +01:00
2020-03-10 19:24:22 +01:00
2020-03-10 19:24:22 +01:00
2020-03-10 19:24:22 +01:00
2020-03-10 19:24:22 +01:00
2020-03-10 19:24:22 +01:00
2019-05-11 21:29:06 +03:00
2019-05-11 21:29:06 +03:00
2022-12-20 08:55:48 +11:00
2019-05-11 21:29:06 +03:00
2023-07-20 11:54:52 +02:00
2019-12-13 17:30:37 +02:00
2022-11-30 13:10:52 +02:00
2019-05-11 21:29:06 +03:00
2019-05-11 21:29:06 +03:00
2020-08-10 21:38:55 +03:00
2022-12-20 08:55:48 +11:00
2019-05-11 21:29:06 +03:00
2019-05-14 17:18:46 +03:00