Beschleunigung der Konvertierung von MyISAM nach InnoDB

Ich habe einen MySQL 5.1-Server mit einer Datenbank von ca. 450 Tabellen und 4 GB Speicherplatz. Die überwiegende Mehrheit dieser Tabellen (alle bis auf 2) sind MyIsam. Dies war größtenteils in Ordnung (Transaktionen sind nicht erforderlich), aber die Anwendung verzeichnete einen Anstieg des Datenverkehrs und bestimmte Tabellen waren aufgrund der Tabellensperrung bei Aktualisierungen betroffen. Das ist der Grund, warum 2 der Tabellen jetzt InnoDB sind.

Die Konvertierung für die kleineren Tabellen (100.000 Zeilen) dauert nicht lange und führt zu minimalen Ausfallzeiten. Einige meiner Tracking-Tabellen nähern sich jedoch 50 Millionen Zeilen. Gibt es eine Möglichkeit, ALTER TABLE...ENGINE InnoDBgroße Tische zu beschleunigen ? Und wenn nicht, gibt es andere Methoden zur Konvertierung, um Ausfallzeiten für diese schreiblastigen Tabellen zu minimieren?

Lassen Sie mich mit den Worten beginnen: Ich hasse ALTER. Es ist böse, IMHO.

Angenommen, dies ist Ihr aktuelles Tabellenschema.

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;

Hier ist der Pfad, den ich empfehle -

Erstellen Sie ein neues Tabellenobjekt, das das alte ersetzt:

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

Fügen Sie alle Zeilen der alten Tabelle nach Namen in die neue Tabelle ein:

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

Rauch teste deine Migration:

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;

Tauschen Sie die Tabellennamen aus, damit Sie für den Fall, dass ein Rollback erforderlich ist, ein Backup erstellen können.

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

Fahren Sie mit den Regressionstests fort.

Dieser Ansatz wird bei Tabellen mit mehreren Indizes und Millionen von Zeilen immer bevorzugter.

Gedanken?

1) Verlustschutz ist eine Funktion der Paranoia. Machen Sie immer ein Backup. Wenn Sie wirklich paranoid sind, erstellen Sie eine Sicherungskopie und stellen Sie sie von der Sicherungskopie wieder her.

2) Diese Seite des MySQL-Handbuchs enthält Anweisungen zum Konvertieren von Tabellentypen.

Die schnellste Möglichkeit, eine Tabelle in InnoDB zu ändern, besteht darin, die Einfügungen direkt in eine InnoDB-Tabelle vorzunehmen. Verwenden Sie also ALTER TABLE ... ENGINE = INNODB, oder erstellen Sie eine leere InnoDB-Tabelle mit identischen Definitionen, und fügen Sie die Zeilen mit INSERT INTO ... SELECT * FROM ... ein.

3) PostgreSQL führt eine Volltextsuche durch , die Sphinx- Engine scheint dies für MySQL zu tun

Es ist X-mal einfacher, den gesamten Server (Speicherkonfiguration, Caches, Indizes) zu optimieren, wenn nur eine Engine verwendet wird. Das Mischen von myisam mit innodb in großen Datenbanken wird immer irgendwann hängen bleiben, wenn Kompromisse eingegangen sind, damit beide Engines funktionieren (aber nicht exzellent :)

Ich empfehle Ihnen, sich für einige spezielle Volltextsuchmaschinen wie Sphinx , Lucene ( Solr ) zu interessieren und diese aus der Datenbankebene zu entfernen .