Accélérer la conversion de MyISAM en InnoDB

J'ai un serveur mysql 5.1 avec une base de données d'environ 450 tables, occupant 4 Go. La grande majorité de ces tables (toutes sauf 2) sont MyIsam. Cela a été très bien pour la plupart (pas besoin de transactions), mais l'application a gagné du trafic et certaines tables ont été affectées en raison du verrouillage des tables lors des mises à jour. C'est la raison pour laquelle 2 des tableaux sont maintenant InnoDB.

La conversion sur les petites tables (100 000 lignes) ne prend pas beaucoup de temps, ce qui entraîne un temps d'arrêt minimal. Cependant, quelques-unes de mes tables de suivi approchent de 50 millions de lignes. Existe-t-il un moyen d'accélérer un ALTER TABLE...ENGINE InnoDBsur de grandes tables? Et si ce n'est pas le cas, existe-t-il d'autres méthodes pour convertir les temps d'arrêt minimisés sur ces tableaux lourds en écriture?

Permettez-moi de commencer par dire que je déteste ALTER. C'est mauvais, à mon humble avis.

Dites, ceci est votre schéma de table actuel -

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;

Voici le chemin que je recommande -

Créez un nouvel objet table qui remplacera l'ancien:

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

Insérez toutes les lignes de l'ancienne table par nom dans la nouvelle table:

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

Testez votre migration de fumée:

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;

Échangez les noms de table afin de pouvoir conserver une sauvegarde au cas où vous auriez besoin de restaurer.

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

Passez aux tests de régression.

Cette approche devient de plus en plus préférable avec des tables avec plusieurs index et des millions de lignes.

Pensées?

1) La protection contre les pertes est fonction de la paranoïa. Faites toujours une sauvegarde. Si vous êtes vraiment paranoïaque, faites une sauvegarde puis restaurez à partir de la sauvegarde.

2) Cette page du manuel MySQL contient des instructions pour convertir les types de table.

Le moyen le plus rapide de modifier une table en InnoDB est de faire les insertions directement dans une table InnoDB. Autrement dit, utilisez ALTER TABLE ... ENGINE = INNODB, ou créez une table InnoDB vide avec des définitions identiques et insérez les lignes avec INSERT INTO ... SELECT * FROM ....

3) PostgreSQL effectue une recherche en texte intégral , le moteur Sphinx semble le faire pour MySQL

Il est X fois plus facile d'optimiser l'ensemble du serveur (configuration de la mémoire, caches, index) lorsque vous n'avez qu'un seul moteur utilisé. Mélanger myisam avec innodb sur de grandes bases de données sera toujours bloqué à un moment donné par certains compromis pour que les deux moteurs fonctionnent bien (mais pas excellents :)

Je vous recommande de vous intéresser à certains moteurs de recherche en texte intégral dédiés tels que sphinx , lucene ( solr ) et de vous en débarrasser de la couche de base de données.