In MySQL und MariaDB-DBMS Daten aus einem freigegebenen Tabellenbereich in einen Datei-pro-Tabelle-Tabellenbereich verschieben

Alle erweitern | Alles ausblenden

Für ein MySQL- und MariaDB-DBMS können Sie Daten auf folgende Weise speichern:

• Als gemeinsam genutzter Tabellenbereich, wenn die Daten aller Benutzer-Datenbanken in einer einzigen Datei gespeichert sind (normalerweise in der Datei ibdata1 ).
• Als Tabellenbereich für Dateien pro Tabelle, wenn für jede Tabelle ein separater Datenbereich als separate Datei erstellt wird.

Die Verwendung eines gemeinsam genutzten Tabellenbereichs erhöht das Risiko der Fragmentierung des Tabellenbereichs. Da es nicht möglich ist, eine SHRINK-Operation auszuführen, kann eine Datei in einem gemeinsam genutzten Tabellenbereich etwa 90 % des Speicherplatzes einnehmen. Dies wirkt sich negativ auf die Leistung des Datenträgersubsystems aus. Daher ist es sinnvoll, sich für einen Tabellenbereich für Dateien pro Tabelle zu entscheiden.

In diesem Artikel wird beschrieben, wie Sie Daten aus einem gemeinsam genutzten Tabellenbereich in einen Datei-pro-Tabelle-Tabellenbereich verschieben. Wenn das MySQL- oder MariaDB-DBMS auch von anderen Anwendungen verwendet wird, müssen Sie die Datenbanken dieser Anwendungen in den Datei-pro-Tabelle-Tabellenbereich verschieben.

Es wird empfohlen, dieses Verfahren nur auszuführen, wenn Sie ein MySQL- oder MariaDB-DBMS für den Administrationsserver verwenden.
Das Verschieben von Daten aus einem gemeinsam genutzten Tabellenbereich in einen Datei-pro-Tabelle-Tabellenbereich kann die Belastung des Festplatten-Subsystems erhöhen.

Erforderliche Vorrausetzungen

Bevor Sie beginnen, stellen Sie Folgendes sicher:

• Sie haben eine Backup-Kopie der Daten des Administrationsservers erstellt, indem Sie entweder eine Aufgabe zur Datensicherung oder das Tool klbackup ausgeführt haben.
• Sie haben eine Backup-Kopie anderer Anwendungen erstellt, deren Anwendungsdatenbanken von einem MySQL- oder MariaDB-DBMS (falls vorhanden) verwaltet werden.
• Auf dem Gerät, auf dem das DBMS installiert ist, ist in der Partition mit der Datenbank freier Speicherplatz auf der Festplatte vorhanden.

Der erforderliche Speicherplatz beträgt 150 % der aktuellen Gesamtgröße der Datenbanken (aktuelle Größe der Datei ibdata1).

Prozess

Gehen Sie wie folgt vor, um Daten aus einem gemeinsam genutzten Tabellenbereich in einen Tabellenbereich für Dateien pro Tabelle zu verschieben:

1. Stoppen Sie den Kaspersky Security Center Administrationsserver und andere Anwendungen, welche die gleiche DBMS-Instanz verwenden, für die Sie diesen Vorgang ausführen möchten.
2. Melden Sie sich je nach DBMS-Version als Superuser an Ihrem DBMS an und führen Sie anschließend in einer beliebigen Anwendung das Skript fix_tablespace.sql aus.

   Sie können die Skripte fix_tablespace.sql anzeigen, indem Sie auf diese Links klicken:

   Das Skript für MySQL 5.7 und MariaDB 10.1+ anzeigen

   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;

   Das Skript für MySQL 8.0+ anzeigen

   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;

   Sie dürfen die Skriptausführung nicht stoppen.
   Wenn keine DBMS-Fehler aufgetreten sind, Sie aber die Skriptausführung beendet haben, führen Sie entweder das Skript erneut durch oder stoppen Sie die Schritte dieses Verfahrens, starten Sie den DBMS-Dienst neu und stellen Sie die Daten des Administrationsservers aus der Sicherung wieder her.

3. Setzen Sie im Abschnitt [mysqld] der Datei my.cnf den Parameter innodb_file_per_table auf 1.
4. Starten Sie den MySQL oder MariaDB-Dienst neu.
5. Starten Sie den Dienst des Kaspersky Security Center Administrationsservers neu.

Die Daten werden von einem gemeinsam genutzten Tabellenbereich in einen Datei-pro-Tabelle-Tabellenbereich verschoben.