Przyspieszenie konwersji MyISAM do InnoDB

Mam serwer mysql 5.1 z bazą danych około 450 tabel, zajmującą 4 GB. Zdecydowana większość tych tabel (wszystkie oprócz 2) to MyIsam. W większości przypadków było to w porządku (nie wymaga transakcji), ale aplikacja zyskuje ruch i niektóre tabele zostały naruszone z powodu blokowania tabel podczas aktualizacji. To jest powód, dla którego 2 tabele są teraz InnoDB.

Konwersja w mniejszych tabelach (100 000 wierszy) wcale nie trwa długo, co powoduje minimalne przestoje. Jednak kilka moich tabel śledzenia zbliża się do 50 milionów wierszy. Czy istnieje sposób na przyspieszenie ALTER TABLE...ENGINE InnoDBna dużych stołach? A jeśli nie, to czy istnieją inne metody konwersji minimalizujące przestoje w tych tabelach o dużym obciążeniu zapisu?

Zacznę od stwierdzenia, że ​​nienawidzę ZMIENIĆ. To zło, IMHO.

Powiedz, to jest twój obecny schemat tabeli -

CREATE TABLE my_table_of_love (
id INT UNSIGNED NOT NULL AUTO_INCREMENT,
my_value VARCHAR(40),
date_created DATE,
PRIMARY KEY(id)
) ENGINE=MyISAM CHARSET=utf8;

Oto ścieżka, którą polecam -

Utwórz nowy obiekt tabeli, który zastąpi stary:

CREATE TABLE my_table_of_love_NEW (
id INT UNSIGNED NOT NULL AUTO_INCREMENT,
my_value VARCHAR(40),
date_created DATE,
PRIMARY KEY(id)
) ENGINE=InnoDB CHARSET=utf8

Wstaw wszystkie wiersze ze starej tabeli według nazwy do nowej tabeli:

INSERT INTO my_table_of_love_NEW (id,my_value,date_created)
SELECT id,my_value,date_created FROM my_table_of_love;

Test dymu swojej migracji:

SELECT COUNT(*) FROM my_table_of_love_NEW;
SELECT COUNT(*) FROM my_table_of_love;
SELECT a.id,a.my_value,a.date_created FROM my_table_of_love_NEW a
LEFT JOIN my_table_of_love b ON (b.id = a.id)
WHERE a.my_value != b.my_value;

Zamień nazwy tabel, aby zachować kopię zapasową na wypadek, gdybyś musiał cofnąć.

RENAME TABLE my_table_of_love TO my_table_of_love_OLD;
RENAME TABLE my_table_of_love_NEW TO my_table_of_love;

Przejdź do testów regresji.

Takie podejście staje się coraz bardziej preferowane w przypadku tabel z wieloma indeksami i milionami wierszy.

Myśli?

1) Ochrona przed stratą jest funkcją paranoi. Zawsze wykonuj kopię zapasową. Jeśli naprawdę jesteś paranoikiem, wykonaj kopię zapasową, a następnie przywróć z kopii zapasowej.

2) Ta strona podręcznika MySQL zawiera instrukcje dotyczące konwersji typów tabel.

Najszybszym sposobem na zmianę tabeli na InnoDB jest wykonanie wstawek bezpośrednio do tabeli InnoDB. To znaczy użyj ALTER TABLE ... ENGINE = INNODB lub utwórz pustą tabelę InnoDB o identycznych definicjach i wstaw wiersze INSERT INTO ... SELECT * FROM ....

3) PostgreSQL wykonuje wyszukiwanie pełnotekstowe , wydaje się, że silnik Sphinx robi to dla MySQL

X razy łatwiej jest zoptymalizować cały serwer (konfigurację pamięci, pamięci podręczne, indeksy), gdy używany jest tylko jeden silnik. Mieszanie myisam z innodb na dużych bazach danych zawsze utknie w pewnym momencie wymuszonym przez kompromis, aby oba silniki działały dobrze (ale nie doskonale :)

Polecam zainteresować się niektórymi dedykowanymi wyszukiwarkami pełnotekstowymi, takimi jak sfinks , lucene ( solr ) i pozbyć się go z warstwy bazy danych.