Spec-Zone .ru
спецификации, руководства, описания, API
|
myisamchk supports the following options for table repair
operations (operations performed when an option such as --recover
or --safe-recover
is given):
--backup
, -B
Make a backup of the .MYD
file as file_name
-time
.BAK
The directory where character sets are installed. See Section 10.5, "Character Set Configuration".
Correct the checksum information for the table.
--data-file-length=
, len
-D
len
The maximum length of the data file (when re-creating data file when it is "full").
--extend-check
, -e
Do a repair that tries to recover every possible row from the data file. Normally, this also finds a lot of garbage rows. Do not use this option unless you are desperate.
See also the description of this option under table checking options.
For a description of the output format, see Section 4.6.3.5, "Obtaining Table Information with myisamchk".
--force
,
-f
Overwrite old intermediate files (files with names like
) instead of aborting. tbl_name
.TMD
--keys-used=
, val
-k
val
For myisamchk, the option value is a bit-value that indicates which indexes to update. Each binary bit of the option value corresponds to a table index, where the first index is bit 0. An option value of 0 disables updates to all indexes, which can be used to get faster inserts. Deactivated indexes can be reactivated by using myisamchk -r.
--no-symlinks
, -l
Do not follow symbolic links. Normally myisamchk repairs the table that a symlink points to. This option does not exist as of MySQL 4.0 because versions from 4.0 on do not remove symlinks during repair operations.
Skip rows larger than the given length if myisamchk cannot allocate memory to hold them.
Use the same technique as -r
and -n
, but
create all the keys in parallel, using different threads. This is
beta-quality code. Use at your own risk!
--quick
, -q
Achieve a faster repair by modifying only the index file, not the data file. You can specify this option twice to force myisamchk to modify the original data file in case of duplicate keys.
--recover
, -r
Do a repair that can fix almost any problem except unique keys that are not unique (which is an
extremely unlikely error with MyISAM
tables). If you want to recover a
table, this is the option to try first. You should try --safe-recover
only if myisamchk reports that the table cannot be
recovered using --recover
.
(In the unlikely case that --recover
fails, the data file remains intact.)
If you have lots of memory, you should increase the value of myisam_sort_buffer_size
.
--safe-recover
, -o
Do a repair using an old recovery method that reads through all rows in order and updates all index
trees based on the rows found. This is an order of magnitude slower than --recover
, but can handle a couple of very unlikely cases that --recover
cannot. This recovery method also uses much less disk
space than --recover
.
Normally, you should repair first using --recover
, and then with --safe-recover
only if --recover
fails.
If you have lots of memory, you should increase the value of key_buffer_size
.
Change the character set used by the table indexes. This option was replaced by --set-collation
in MySQL 5.0.3.
Specify the collation to use for sorting table indexes. The character set name is implied by the first part of the collation name.
--sort-recover
, -n
Force myisamchk to use sorting to resolve the keys even if the temporary files would be very large.
--tmpdir=
, path
-t
path
The path of the directory to be used for storing temporary files. If this is not set, myisamchk
uses the value of the TMPDIR
environment variable. --tmpdir
can be set to a list of directory paths that are used
successively in round-robin fashion for creating temporary files. The separator character between
directory names is the colon (":
") on Unix and the semicolon (";
") on
Windows.
--unpack
, -u
Unpack a table that was packed with myisampack.