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

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?
Invité:

Agathe

Confirmation de:

Si vous voulez être sûr de faire ce qui suit:

Changer d'abord la voie innodb_data_file_path dans /etc/my.cnf sur

[mysqld]
innodb_data_file_path = ibdata1:10M:autoextend

Exécuter ce qui suit

cd
service mysql restart --skip-networking --skip-grant-tables
mysqldump --single-transaction --routines --triggers --all-databases > MySQLData.sql
service mysql stop

Assurez-vous qu'il y a /root/MySQLData.sql. Puis continuer

rm /var/lib/mysql/ibdata1
rm /var/lib/mysql/ib_logfile0
rm /var/lib/mysql/ib_logfile1
service mysql start --skip-networking --skip-grant-tables
mysql < MySQLData.sql
service mysql restart

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

innodb_data_file_path = ibdata1:10M:autoextend

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.

Pour répondre aux questions, connectez-vous ou registre