[MDEV-29985] Remove the parameter innodb_file_per_table Created: 2022-11-09 Updated: 2023-11-30 |
|
| Status: | Stalled |
| Project: | MariaDB Server |
| Component/s: | Storage Engine - InnoDB |
| Fix Version/s: | None |
| Type: | Task | Priority: | Critical |
| Reporter: | Marko Mäkelä | Assignee: | Marko Mäkelä |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Issue Links: |
|
||||||||||||||||||||
| Description |
|
The configuration parameter innodb_file_per_table needs to be removed for reasons that were explained in As part of this task, some additional logic for moving tables out of the system tablespace will be implemented.
Tables that are located in the system tablespace will continue to be readable and writable even if the upgrade procedure is being skipped. |
| Comments |
| Comment by Marko Mäkelä [ 2023-01-31 ] |
|
Pushed to bb-11.0-MDEV-29985, because no 11.1 branch was created yet. |
| Comment by Marko Mäkelä [ 2023-02-21 ] |
|
Based on feedback in There could be users who are doing ‘application-level software RAID’ by combining multiple hard disks in innodb_data_home_dir, which specifies where the InnoDB system tablespace is stored. If every DDL operation forced tables stored in the system tablespace to be moved to a separate .ibd file, such users could quickly get into trouble. I do think that nowadays, with multi-terabyte disks, creating the largest tables with a DATA DIRECTORY attribute pointing to separate file systems would be an adequate replacement to creating tables with innodb_file_per_table=0. It is probably better to be conservative here and wait across one long-term-support release. This change will not remove the InnoDB system tablespace. That would be MDEV-11633, after a few other pieces have been addressed. |