Quelqu'un at-il suggérer une des fonctions de base de données mySQL de répa
Aucune réponse
colindeloffre
Bonjour chers experts,
Un de nos tables de base de données est corrompu et le fournisseur de logiciel particulier a recommandé en utilisant la fonction de base de données mySQL de réparation?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
josueleclair
Le mercredi 10 Juin 2015 à 14:33 par colindeloffre :
Bonjour chers experts,
Un de nos tables de base de données est corrompu et le fournisseur de logiciel particulier a recommandé en utilisant la fonction de base de données mySQL de réparation?
Thks à l'avance ...
Pour résoudre le problème, passez par le lien ou lisez les instructions au bas de la - https://mysql.recoverytoolbox.com/fr/ Recovery Toolbox for MySQL Apportez votre base de données en mode de récupération Vous devez apporter votre base de données. Arrêt dans le cas où c'est encore en cours d'exécution et le spamming ces messages dans votre journal. En dernier recours, vous pouvez aussi tuer le processus. Afin de ramener votre base de données vous aurez besoin pour démarrer en mode de récupération, avec innodb_force_recovery. Vous devez connaître ce mode de récupération rend vos bases de données en lecture seule. Les utilisateurs se connectant, il ne peut pas update, insert ou d'un autre moyen de modifier les données existantes. Pour éviter que votre MySQL martelé le second, elle est de retour, je vous suggère également de modifier le port du serveur de MySQL à partir de 3306 pour quelque chose d'aléatoire. Ajouter innodb_force_recovery=1 pour votre mon.cnf Dans le cas où votre serveur n'a pas envie de revenir, vous pouvez augmenter encore ce nombre de 1 à 6, vérifiez manuel MySQL pour voir quelles sont les différences. Veillez à vérifier vos journaux de MySQL, et si il fait une boucle avec quelque chose comme: InnoDB: en Attente pour les threads d'arrière-plan pour commencer Vous devez également ajouter innodb_purge_threads=0 pour votre mon.cnf. Donc, tous ensemble, pour ramener de la base de données, j'ai dû ajouter ces 3 paramètres dans mon.cnf: port = 8881 innodb_force_recovery=3 innodb_purge_threads=0
Le mercredi 10 Juin 2015 à 14:33 par colindeloffre :
Bonjour chers experts,
Un de nos tables de base de données est corrompu et le fournisseur de
logiciel particulier a recommandé en utilisant la fonction de base de
données mySQL de réparation?
Thks à l'avance ...
Pour résoudre le problème, passez par le lien ou lisez les instructions au bas de la - https://mysql.recoverytoolbox.com/fr/
Recovery Toolbox for MySQL
Apportez votre base de données en mode de récupération
Vous devez apporter votre base de données. Arrêt dans le cas où c'est encore en cours d'exécution et le spamming ces messages dans votre journal. En dernier recours, vous pouvez aussi tuer le processus. Afin de ramener votre base de données vous aurez besoin pour démarrer en mode de récupération, avec innodb_force_recovery. Vous devez connaître ce mode de récupération rend vos bases de données en lecture seule. Les utilisateurs se connectant, il ne peut pas update, insert ou d'un autre moyen de modifier les données existantes. Pour éviter que votre MySQL martelé le second, elle est de retour, je vous suggère également de modifier le port du serveur de MySQL à partir de 3306 pour quelque chose d'aléatoire. Ajouter innodb_force_recovery=1 pour votre mon.cnf Dans le cas où votre serveur n'a pas envie de revenir, vous pouvez augmenter encore ce nombre de 1 à 6, vérifiez manuel MySQL pour voir quelles sont les différences.
Veillez à vérifier vos journaux de MySQL, et si il fait une boucle avec quelque chose comme:
InnoDB: en Attente pour les threads d'arrière-plan pour commencer
Vous devez également ajouter innodb_purge_threads=0 pour votre mon.cnf.
Donc, tous ensemble, pour ramener de la base de données, j'ai dû ajouter ces 3 paramètres dans mon.cnf:
port = 8881
innodb_force_recovery=3
innodb_purge_threads=0
Le mercredi 10 Juin 2015 à 14:33 par colindeloffre :
Bonjour chers experts,
Un de nos tables de base de données est corrompu et le fournisseur de logiciel particulier a recommandé en utilisant la fonction de base de données mySQL de réparation?
Thks à l'avance ...
Pour résoudre le problème, passez par le lien ou lisez les instructions au bas de la - https://mysql.recoverytoolbox.com/fr/ Recovery Toolbox for MySQL Apportez votre base de données en mode de récupération Vous devez apporter votre base de données. Arrêt dans le cas où c'est encore en cours d'exécution et le spamming ces messages dans votre journal. En dernier recours, vous pouvez aussi tuer le processus. Afin de ramener votre base de données vous aurez besoin pour démarrer en mode de récupération, avec innodb_force_recovery. Vous devez connaître ce mode de récupération rend vos bases de données en lecture seule. Les utilisateurs se connectant, il ne peut pas update, insert ou d'un autre moyen de modifier les données existantes. Pour éviter que votre MySQL martelé le second, elle est de retour, je vous suggère également de modifier le port du serveur de MySQL à partir de 3306 pour quelque chose d'aléatoire. Ajouter innodb_force_recovery=1 pour votre mon.cnf Dans le cas où votre serveur n'a pas envie de revenir, vous pouvez augmenter encore ce nombre de 1 à 6, vérifiez manuel MySQL pour voir quelles sont les différences. Veillez à vérifier vos journaux de MySQL, et si il fait une boucle avec quelque chose comme: InnoDB: en Attente pour les threads d'arrière-plan pour commencer Vous devez également ajouter innodb_purge_threads=0 pour votre mon.cnf. Donc, tous ensemble, pour ramener de la base de données, j'ai dû ajouter ces 3 paramètres dans mon.cnf: port = 8881 innodb_force_recovery=3 innodb_purge_threads=0
