Version imprimable
Bonjour,
Suite à une procédure mysql un peu mal codée, j'ai un serveur mysql qui tourne depuis quelques jour à 100% (2 millions de delete aléatoires sur des grosses tables MyISAM).
Quand je stoppe et relance il continue son activitée. Ce que je voudrait c'est juste qu'il laisse tomber quitte à ce que les tables soient dans un état catastrophique. Je les supprimerai au besoin.
J'ai cherché dans la FAQ et sur le forum mais j'ai rien trouvé.
Merci.
Visiblement vous ne maîtrisez pas ce qu'est le principe du transactionnel. En effet une transaction s'effectue en tout ou rien. Soit COMMIT soit ROLLBACK. Tout ordre SQL (SELECT, INSERT, UPDATE, DELETE) est une transaction à part entière. Soit vous la validez soit vous l'annulez. Arrêter le serveur n'y changera rien... La transaction est journalisée (algorithmes mis au point dans les années 80 par Bernstein et Gray http://research.microsoft.com/~gray/WICS_99_TP/ et souvent implémenté par mécanisme ARIES http://citeseerx.ist.psu.edu/viewdoc...0.1.1.109.2480) et lorsque vous relancez le serveur elle reprendra sa marche...
L'ennui c'est que les algorithmes de journalisation (Write Ahead Log) favorisent le COMMIT pas le ROLLBACK. autrement dit il n'est pas rare qu'un ROLLBACK soit 3 à 10 fois plus lent que le COMMIT pour le même volume transactionnel, en particulier lorsqu'il y a une forte concurrence transactionnelle dans la base !
Visiblement vous avez encore quelques petites lacunes sur ce qu'est un SGBDR transactionnel !
A +
J'ai du mal m'exprimer. J'avais bien précisé "quitte à ce que les tables soient dans un état catastrophique". J'ai d'ailleurs trouvé la solution qui consiste (de mémoire) à supprimer les fichiers de log. Je ne sais plus si les tables étaient dans un état viable ou si je les ai aussi supprimé à la main.
Vous noterez aussi ma précision sur MyIsam a tout son sens, vu que ce n'est pas un moteur transactionnel. Il est donc possible de faire un delete d'un ensemble de ligne, de l'interrompre et de se rendre compte que seulement une partie a été faite. Le rollback est donc toujours immédiat vu qu'il n'est jamais fait.
Je pense que le problème venait de l'utilisation de la procédure stockée qui était elle bien inscrite dans le log et qui donc était exécutée à chaque redémarrage de mysql. Il faudrait que je regarde de plus près la gestion des procédures par mysql sur ce point.