5.6.2.4 Options de réparation de myisamchk

Les options suivantes sont utilisées avec myisamchk et l'option de réparation -r ou -o :

--backup , -B

Fait une sauvegarde du fichier .MYD , sous le nom filename-time.BAK

--character-sets-dir=path

Dossier qui contient les jeux de caractères. Le jeu de caractères utilisé pour les données et le stockage .

--correct-checksum

Somme de contrôle correcte pour la table.

--data-file-length=# , -D #

Taille maximale du fichier de données (lors de la recréation du fichier de données, et qu'il est complet).

--extend-check , -e

Essaie de retrouver toutes les lignes possibles du fichier de données. Normalement, cette option va aussi découvrir beaucoup de lignes erronées. N'utilisez pas cette option si vous n'êtes pas totalement désespérés.

--force , -f

Ecrase les anciens fichiers temporaires ( table_name.TMD ) au lieu d'annuler.

--keys-used=# , -k #

Si vous utilisez les tables ISAM , indique au gestionnaire de table ISAM qu'il doit uniquement modifier les # premiers index. Si vous utilisez le gestionnaire de table MyISAM , cette option indique quelles clés utiliser, et chaque bit binaire représente une clé (la première clé est le bit 0). Cela permet de réaliser des insertions plus rapides. Les index désactivés pourront être réactivés avec l'option myisamchk -r .

--no-symlinks , -l

Ne pas suivre les lignes symboliques. Normalement, myisamchk répare les tables qu'un lien symbolique représente. Cette option n'existe pas en MySQL 4.0, car MySQL 4.0 ne va pas supprimer les liens symboliques durant la réparation.

--parallel-recover , -p

Utilise la même technique que -r et -n , mais crée les clés avec des threads différents, en parallèle. Cette option a été ajoutée en MySQL 4.0.2. Ceci est du code alpha. Utilisez le à vos risques et périls!

--quick , -q

Réparation rapide, sans modifier le fichier de données. Il est possible d'ajouter l'option -q pour forcer myisamchk à modifier le fichier original en cas de clés doublons.

--recover , -r

Peut réparer presque tout, sauf les clés uniques qui ne le sont plus (ce qui est extrêmement rare avec les tables ISAM / MyISAM ). Si vous voulez restaurer un table, c'est l'option à utiliser en premier. Si myisamchk indique que la table ne peut pas être corrigée avec l'option -r , vous pouvez alors passer à l'option -o . Notez que dans le cas rarissime où -r , le fichier de données est toujours intact. Si vous avez beaucoup de mémoire, vous pouvez augmenter la taille du buffer sort_buffer_size !

--safe-recover , -o

Utilise une ancienne méthode de restauration (lit toutes les lignes dans l'ordre, et modifie l'arbre d'index conformément pour les lignes trouvées). C'est une méthode qui est beaucoup plus lente que l'option -r , mais elle est capable de traiter certaines situations exceptionnelles que -r ne pourrait pas traiter. Cette méthode utilise aussi moins d'espace disque que -r . Normalement, vous devriez commencer à réparer avec l'option -r , et uniquement sur l'échec de cette option, passer à -o .Si vous avez beaucoup de mémoire, vous devriez augmenter la taille du buffer de clé ! key_buffer_size !

--set-character-set=name

Change le jeu de caractères utilisé par l'index.

--sort-recover , -n

Force myisamchk à utiliser le tri pour résoudre les clés, même si le fichier temporaire doit être énorme.

--tmpdir=path , -t path

Chemin pour stocker les fichiers temporaires. Si cette option n'est pas fournie, myisamchk va utiliser la variable d'environnement TMPDIR pour cela. Depuis MySQL 4.1, tmpdir peut prendre une liste de chemins différents, qui seront utilisés successivement, pour les fichiers temporaires. Le caractère de séparation des différents chemins est le deux-points sous Unix ( ':' ) et le point-virgule ( ';' ) sous Windows, NetWare et OS/2.

--unpack , -u

Décompresse des données compressées avec myisampack .