Деректерді MySQL және MariaDB ДҚБЖ-лардағы ортақ кесте кеңістігінен әр кестедегі файл кеңістігіне жіберу

Барлығын жаю | Барлығын жию

MySQL және MariaDB ДҚБЖ үшін деректерді келесі жолдармен сақтауға болады:

• Барлық пайдаланушы дерекқорының деректері бір файлда (әдетте ibdata1 файлында) сақталған кезде, ортақ кесте кеңістігі ретінде.
• Әр кесте үшін бөлек деректер кеңістігі жеке файл ретінде жасалғанда, әр кестедегі файл кеңістігі ретінде.

Ортақ кесте кеңістігін пайдалану кесте кеңістігінің фрагментациялану қаупін арттырады. ҚЫСУ мүмкін болмағандықтан, ортақ кесте кеңістігіндегі файл диск кеңістігінің шамамен 90%-ын алуы мүмкін. Бұл дискінің ішкі жүйесінің жұмысына теріс әсер етеді. Осылайша әр кестедегі файл кеңістігін таңдау пайдалы.

Бұл мақалада деректерді ортақ кесте кеңістігінен әр кестедегі файл кеңістігіне жіберу жолы сипатталған. MySQL немесе MariaDB ДҚБЖ басқа қолданбалармен де пайдаланылса, осы қолданбалардың дерекқорларын әр кестедегі файл кеңістігіне жіберу керек.

Басқару серверіне арналған MySQL немесе MariaDB ДҚБЖ пайдалансаңыз ғана, процедураны орындауды ұсынамыз.
Деректерді ортақ кесте кеңістігінен әр кестедегі файл кеңістігіне жіберу дискінің ішкі жүйесіндегі жүктемені арттыруы мүмкін.

Алдын ала талаптар

Бастамай тұрып, келесілерді тексеріңіз:

• Деректердің сақтық көшірмесін жасау тапсырмасын немесе klbackup утилитасын іске қосу арқылы басқару сервері деректерінің сақтық көшірмесін жасадыңыз.
• Дерекқорлары MySQL немесе MariaDB ДҚБЖ (бар болса) арқылы басқарылатын басқа қолданбалардың сақтық көшірмесін жасадыңыз.
• ДҚБЖ орнатылған құрылғыда дерекқор бар бөлімде бос диск кеңістігі бар.

Қажетті диск кеңістігі ағымдағы жалпы дерекқорлар өлшемінің 150%-ын құрайды (ibdata1 файлының ағымдағы өлшемі).

Процесс

Деректерді ортақ кесте кеңістігінен әр кестедегі файл кеңістігіне жіберу үшін:

1. Осы процедураны орындағыңыз келетін ДҚБЖ данасын пайдаланып, Kaspersky Security Center басқару сервері қызметін және басқа қолданбаларды тоқтатыңыз.
2. ДҚБЖ нұсқасына байланысты ДҚБЖ-ға суперпайдаланушы ретінде кіріңіз, содан кейін кез келген ыңғайлы қолданбада 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;

   Скриптінің орындалуын тоқтатпау керек.
   Ешбір ДҚБЖ қатесі орын алмаса, бірақ скриптінің орындалуын тоқтатсаңыз, скриптіні қайта іске қосыңыз немесе осы процедураның қадамдарын орындауды тоқтатыңыз, ДҚБЖ қызметін қайта іске қосыңыз және сақтық көшірмеден басқару серверінің деректерін қалпына келтіріңіз.

3. my.cnf файлының [mysqld] бөлімінде innodb_file_per_table параметрін 1 мәніне орнатыңыз.
4. MySQL немесе MariaDB қызметін қайта іске қосыңыз.
5. Kaspersky Security Center басқару сервері қызметін қайта іске қосыңыз.

Деректер ортақ кесте кеңістігінен әр кестедегі файл кеңістігіне жіберіледі.