MySQL または MariaDB DBMS で、共有テーブルスペースからテーブルごとのファイルテーブルスペースへデータを移動する

すべて表示 | すべて非表示

MySQL および MariaDB DBMS の場合、次の方法でデータを保存できます：

• 共有テーブルスペースとして、すべてのユーザー定義データベースのデータが 1 つのファイル（通常は ibdata1 ファイル）に保存される場合。
• ファイルごとのテーブルスペースとして、テーブルごとに個別のデータスペースが個別のファイルとして作成される場合。

共有テーブルスペースを使用すると、テーブルスペースの断片化のリスクが高まります。SHRINK 操作を実行できないため、共有テーブルスペース内のファイルがディスク領域の約 90% を占める可能性があります。これにより、ディスクサブシステムのパフォーマンスに悪影響が生じます。したがって、ファイルごとのテーブルスペースを選択すると便利です。

この記事では、共有テーブルスペースからファイルごとのテーブルスペースにデータを移動する方法について説明します。MySQL または MariaDB DBMS が他のアプリケーションでも使用されている場合は、これらのアプリケーションのデータベースをファイルごとのテーブルスペースに移動する必要があります。

管理サーバーに MySQL または MariaDB DBMS を使用している場合のみ、この手順を実行することを推奨します。
共有テーブルスペースからファイル単位テーブルスペースへのデータ移行は、ディスクサブシステムへの負荷を増加させる可能性があります。

必須条件

始める前に、次の点を確認してください：

• データバックアップタスクまたは klbackup ユーティリティのいずれかを実行して、管理サーバーデータのバックアップコピーが作成されていること。
• データベースが MySQL または MariaDB DBMS（存在する場合）によって管理されている他のアプリケーションのバックアップコピーが作成されていること。
• DBMS がインストールされているデバイスの、データベースがあるパーティションにディスクの空き容量があること。

必要なディスク容量は、現在の定義データベースの合計サイズ（ibdata1 ファイルの現在のサイズ）の 150% です。

プロセス

共有テーブルスペースからファイルごとの表領域にデータを移動するには：

1. この手順を実行する対象の DBMS インスタンスを使用している Kaspersky Security Center 管理サーバーサービスおよびその他のアプリケーションを停止します。
2. DBMS のバージョンに応じて、スーパーユーザーとして DBMS にログインし、任意のアプリケーションでスクリプト fix_tablespace.sql を実行します。

   このリンクをクリックすると、スクリプト fix_tablespace.sql を表示できます：

   MySQL 5.7 および MariaDB 10.1+ のスクリプトを表示

   DROP PROCEDURE IF EXISTS upgd_alter_all_tables_for_all_databases_to_innodb;

   DELIMITER //

   CREATE PROCEDURE `upgd_alter_all_tables_for_all_databases_to_innodb` ()

   BEGIN

   DECLARE __st_FETCH_STATUS INT;

   DECLARE `schemaName` VARCHAR(192);

   DECLARE `tableName` VARCHAR(192);

   DECLARE `curIX` CURSOR FOR

   SELECT `TABLE_SCHEMA` , `TABLE_NAME`

   FROM information_schema.TABLES

   WHERE `TABLE_SCHEMA` NOT IN ('mysql', 'performance_schema', 'sys') AND TABLE_TYPE = 'BASE TABLE';

   DECLARE CONTINUE HANDLER FOR SQLSTATE '02000' SET __st_FETCH_STATUS = 1;

   OPEN `curIX`;

   SET `__st_FETCH_STATUS` = 0; FETCH `curIX` INTO `schemaName`, `tableName`;

   while1 : WHILE (0 = 0 AND __st_FETCH_STATUS = 0 ) DO

   SET @`strSQL` = CONCAT( 'ALTER TABLE `' , `schemaName`, '`.`',`tableName`, '` ENGINE=''InnoDB'';' );

   PREPARE stmt1 FROM @`strSQL`;

   EXECUTE stmt1;

   DEALLOCATE PREPARE stmt1;

   SET `__st_FETCH_STATUS` = 0; FETCH `curIX` INTO `schemaName`, `tableName`;

   END WHILE;

   CLOSE `curIX`;

   END

   //

   DELIMITER ;

   SET GLOBAL innodb_file_per_table = 1;

   CALL upgd_alter_all_tables_for_all_databases_to_innodb();

   DROP PROCEDURE IF EXISTS upgd_alter_all_tables_for_all_databases_to_innodb;

   MySQL 8.0+ のスクリプトを表示

   DROP PROCEDURE IF EXISTS upgd_alter_all_tables_for_all_databases_to_innodb;

   DELIMITER //

   CREATE PROCEDURE `upgd_alter_all_tables_for_all_databases_to_innodb` ()

   BEGIN

   DECLARE __st_FETCH_STATUS INT;

   DECLARE `schemaName` VARCHAR(192);

   DECLARE `tableName` VARCHAR(192);

   DECLARE `curIX` CURSOR FOR

   SELECT `TABLE_SCHEMA` , `TABLE_NAME`

   FROM information_schema.TABLES

   WHERE `TABLE_SCHEMA` NOT IN ('mysql', 'performance_schema', 'sys') AND TABLE_TYPE = 'BASE TABLE';

   DECLARE CONTINUE HANDLER FOR SQLSTATE '02000' SET __st_FETCH_STATUS = 1;

   OPEN `curIX`;

   SET `__st_FETCH_STATUS` = 0; FETCH `curIX` INTO `schemaName`, `tableName`;

   while1 : WHILE (0 = 0 AND __st_FETCH_STATUS = 0 ) DO

   SET @`strSQL` = CONCAT( 'ALTER TABLE `' , `schemaName`, '`.`',`tableName`, '` ENGINE=''InnoDB'';' );

   PREPARE stmt1 FROM @`strSQL`;

   EXECUTE stmt1;

   DEALLOCATE PREPARE stmt1;

   SET @`strSQL` = CONCAT( 'ALTER TABLE `' , `schemaName`, '`.`',`tableName`, '` TABLESPACE = innodb_file_per_table;' );

   PREPARE stmt2 FROM @`strSQL`;

   EXECUTE stmt2;

   DEALLOCATE PREPARE stmt2;

   SET `__st_FETCH_STATUS` = 0; FETCH `curIX` INTO `schemaName`, `tableName`;

   END WHILE;

   CLOSE `curIX`;

   END

   //

   DELIMITER ;

   SET GLOBAL innodb_file_per_table = 1;

   CALL upgd_alter_all_tables_for_all_databases_to_innodb();

   DROP PROCEDURE IF EXISTS upgd_alter_all_tables_for_all_databases_to_innodb;

   スクリプトの実行を停止しないでください。
   DBMS エラーが発生していない状態でスクリプトの実行を終了した場合は、スクリプトを再度実行するか、この手順の実行を中止して DBMS サービスを再起動した後、バックアップから管理サーバーのデータを復元してください。

3. my.cnf ファイルの［[mysqld]］セクションで、innodb_file_per_table パラメータを 1 に設定してください。
4. MySQL または MariaDB サービスを再起動します。
5. Kaspersky Security Center 管理サーバーサービスを開始します。

データは共有テーブルスペースからファイルごとのテーブルスペースに移動されます。