which defines directories to scan at startup for tablespace files,
supports moving or restoring tablespace files to a new location
while the server is offline. During startup, discovered tablespace
files are used instead those referenced in the data dictionary,
and the data dictionary is updated to reference the relocated
files. If duplicate tablespace files are discovered by the scan,
startup fails with an error indicating that multiple files were
found for the same tablespace ID.
The directories defined by the
datadir configuration options are
automatically appended to the
value. These directories are scanned at startup regardless of
option is specified explicitly. The implicit addition of these
directories permits moving system tablespace files, the data
directory, or undo tablespace files without configuring the
However, settings must be updated when directories change. For
example, after relocating the data directory, you must update the
--datadir setting before
restarting the server.
innodb_directories option may
be specified in a startup command or MySQL option file. Quotes are
used around the argument value because otherwise a semicolon (;)
is interpreted as a special character by some command
interpreters. (Unix shells treat it as a command terminator, for
MySQL option file:
The following procedure is applicable to moving individual file-per-table and general tablespace files, system tablespace files, undo tablespace files, or the data directory. Before moving files or directories, review the usage notes that follow.
Stop the server.
Move the tablespace files or directories.
Make the new directory known to
The directories defined by the
datadirconfiguration options are automatically appended to the
innodb_directoriesargument value, so you need not specify these.
A file-per-table tablespace file can only be moved to a directory with same name as the schema. For example, if the
actortable belongs to the
sakilaschema, then the
actor.ibddata file can only be moved to a directory named
General tablespace files cannot be moved to the data directory or a subdirectory of the data directory.
Restart the server.
Wildcard expressions cannot be used in the
innodb_directoriesscan also traverses subdirectories of specified directories. Duplicate directories and subdirectories are discarded from the list of directories to be scanned.
innodb_directoriesoption only supports moving
InnoDBtablespace files. Moving files that belong to a storage engine other than
InnoDBis not supported. This restriction also applies when moving the entire data directory.
innodb_directoriesoption supports renaming of tablespace files when moving files to a scanned directory. It also supports moving tablespaces files to other supported operating systems.
When moving tablespace files to a different operating system, ensure that tablespace file names do not include prohibited characters or characters with a special meaning on the destination system.
When moving a data directory from a Windows operating system to a Linux operating system, modify the binary log file paths in the binary log index file to use backward slashes instead of forward slashes. By default, the binary log index file has the same base name as the binary log file, with the extension '
.index'. The location of the binary log index file is defined by
--log-bin. The default location is the data directory.
If moving tablespace files to a different operating system introduces cross-platform replication, it is the database administrator's responsibility to ensure proper replication of DDL statements that contain platform-specific directories. Statements that permit specifying directories include
CREATE TABLE ... DATA DIRECTORYand
CREATE TABLESPACE ... ADD DATAFILE.
Add the directories of file-per-table and general tablespaces created with an absolute path or in a location outside of the data directory to the
InnoDBis not able to locate the files during recovery. For related information, see Tablespace Discovery During Crash Recovery.
To view tablespace file locations, query the
mysql> SELECT TABLESPACE_NAME, FILE_NAME FROM INFORMATION_SCHEMA.FILES \G