Est-il prudent de changer la valeur innodb_data_file_path pour mysql 5?
J'ai récemment rencontré des dégâts aux données après avoir changé la valeur de ce paramètre dans
de :
À qui:
Je ne suis pas tout à fait sûr que c'était la cause des dommages, car il n'y avait pas assez de place plus tôt dans la base de données. Ma question: Est-il sûr de changer la base de données maximale après avoir rempli l'espace?
my.cnf
de :
innodb_data_file_path = ibdata1:10M:autoextend:max:128M
À qui:
innodb_data_file_path = ibdata1:10M:autoextend:max:256M
Je ne suis pas tout à fait sûr que c'était la cause des dommages, car il n'y avait pas assez de place plus tôt dans la base de données. Ma question: Est-il sûr de changer la base de données maximale après avoir rempli l'espace?
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
1 réponses
Agathe
Confirmation de:
Changer d'abord la voie innodb_data_file_path dans /etc/my.cnf sur
Exécuter ce qui suit
Assurez-vous qu'il y a /root/MySQLData.sql. Puis continuer
Essayer !!!
En fait, j'ai une surveillance sur mon travail qui utilise MySQL comme son référentiel, et j'ai changé le nombre maximum avec 1 Tb na 16 Tb. Lors de l'acquisition de données, rien ne pouvait être écrit, mais il n'y avait pas de dégâts. Vous pouvez simplement changer le numéro.
Je voudrais généralement supprimer la valeur maximale que j'ai mentionnée
Pour deux raisons:
Le changement est très petit
ibdata1 Il sera toujours enregistré car l'espace de table est annulé à l'intérieur et il doit être enregistré. Cela causera une croissance aléatoire. ibdata1. Vous pouvez la rencontrer à nouveau. Il est donc préférable de supprimer l'option max.