BOnjour, Pour info en innodb ici on active une option pour splitter les données en 1 fichier par table sur les grosses bases. Je crois que du coup ça fait 1 fichier de dump par table et donc plusieurs fichiers au lieu d'un seul énorme.
innodb_file_per_table ( http://dev.mysql.com/doc/refman/5.7/en/innodb-multiple-tablespaces.html) Attention il y a des manips à faire pour une base déjà existante sinon tu auras toujours ton ibdata à 80Go. David Le 29 février 2016 à 11:35, Grégoire COUTANT <gregoire.cout...@gmail.com> a écrit : > Bonjour à tous, un retour sur le sujet. > Au final nous avons exploré toutes les pistes, rien n'a fonctionné :-( > > Nous avons passé du temps à faire du fine tuning sur la conf (enfin pas si > fine que ça quand même !), en séparant les bases notamment et nous avons > activé les logs binaires (même sans réplication) afin de récupérer plus > facilement les datas en cas de perte. > > C'est le dump sur un fichier trop gros qui faisait planter le serveur, > donc mysql plantait et le dump était corrompu.... > > Nous sauvegardons maintenant les bases via dump mais aussi directement les > fichiers frm, ibf etc... > > Merci à tous pour vos pistes ! > > Greg > >
