Le journal InnoDB se trouve dans ib_logfile0 et ib_logfile1. Ce sont les fichiers dimensionnés par innodb_log_file_size .
Pour redimensionner les journaux InnoDB, vous devez d'abord arrêter mysqld proprement . Cela garantira que toutes les modifications apportées au journal ont déjà été enregistrées dans vos espaces de table. L'arrêt propre est important, car si vous ne faites pas cette étape, vous avez de fortes chances de perdre des données.
Après avoir fermé mysqld proprement, les fichiers ib_log sont superflus. Vous devez rm pour changer leur taille.
Lorsque vous redémarrez mysqld, InnoDB remarque que les fichiers sont manquants et crée un nouveau fichier à la nouvelle taille en fonction de innodb_log_file_size variable dans votre fichier my.cnf. Assurez-vous donc de modifier ce fichier avant de redémarrer, sinon cela créera simplement de nouveaux fichiers de 5 Mo.
MySQL 5.6 rend ce processus un peu plus simple. Vous n'avez pas besoin de rm les fichiers journaux, mais vous devez redémarrer mysqld pour qu'une nouvelle taille de fichier journal prenne effet. La façon dont cela fonctionne dans 5.6 est que si la taille de ces fichiers est différente de la variable de configuration, MySQL effectue automatiquement un autre redémarrage propre (pour s'assurer que les fichiers ne contiennent aucune modification non vidangée), puis InnoDB redimensionne les fichiers au démarrage final.
Les autres fichiers (mysql-bin.000001, etc.) sont des journaux binaires. Ceux-ci peuvent atteindre max_binlog_size (qui est de 1 Go par défaut), mais les journaux binaires varient en taille car de nouveaux journaux sont créés chaque fois que vous redémarrez mysqld ou exécutez FLUSH LOGS . Quoi qu'il en soit, ils n'ont rien à voir avec les journaux InnoDB.
PS :Cet article pourrait vous plaire :Comment calculer une bonne taille de fichier journal InnoDB .
