Audit et optimisation MySQL 5 Bonnes pratiques pour l ... - Éditions VM

16MySQL 5 – Audit et optimisationL’entraînement à l’urgenceIl ne suffit pas d’installer un maître et deux esclaves pour se croire à l’abri de toutproblème... Que se passe-t-il en cas de perte du master ? Dans un autre registre, lessauvegardes sont-elles fiables ? On lit souvent qu’il faut tester ses sauvegardes, c’està-direles recharger sur un serveur et s’assurer que les données soient bien présenteset correctes ; mais combien d’entre nous l’effectuons réellement ? Si cela devait seproduire en production, en combien de temps seriez-vous capable de tout remonter ?Ces types de scénarios catastrophes se produiront un jour ou l’autre et il faut y êtrepréparé. Si les machines vous manquent pour tester tout cela, il est possible d’utiliserdes solutions telles que MySQL Sandbox pour se construire une configuration analogueà celle de la production à moindre coût. Autre test intéressant à effectuer surdes serveurs de test : débrancher physiquement le courant et rallumer le tout. Où enest la réplication ? Des tables sont-elles corrompues ? En combien de temps le serveurMySQL redémarre-t-il ? Difficile de le deviner : il faut tester. L’utilisation demachines virtuelles permet également de se constituer un parc de machines avec lesquelless’entraîner.Enregistrer les données de l’incidentQuel que soit le degré d’urgence dans lequel vous vous trouvez, à des fins immédiatesou pour plus tard, tentez de sauvegarder des informations concernant l’état du serveurau moment de l’incident. Le chapitre 4, consacré aux solutions de surveillance,est un bon point d’entrée.En quelques mots, archiver les résultats de commandes systèmes telles que :iostat -dx 5vmstat 1 10top -b -n 1cat /proc/meminfoet du côté de MySQL (si cela est possible) :SHOW FULL PROCESSLIST;SHOW INNODB STATUS\GSHOW GLOBAL STATUS;L’état d’esprit à adopter dans l’urgenceTerminons ce chapitre sur quelques règles élémentaires en cas de coup dur.• Ne paniquez pas, restez concentré.