Spec-Zone .ru
спецификации, руководства, описания, API
|
Следующие опции к mysqld могут использоваться, чтобы изменить поведение MyISAM
таблицы. Для дополнительной информации см. Раздел
5.1.3, "Опции Команды Сервера".
Таблица 14.8. MyISAM
Option/VariableReference
Имя | Cmd-строка | Файл опции | Системный Var | Var состояния | Контекст Var | Динамичный |
---|---|---|---|---|---|---|
bulk_insert_buffer_size | Да | Да | Да | Оба | Да | |
concurrent_insert | Да | Да | Да | Глобальная переменная | Да | |
ключевая запись задержки | Да | Да | Глобальная переменная | Да | ||
- Переменная: delay_key_write | Да | Глобальная переменная | Да | |||
have_rtree_keys | Да | Глобальная переменная | Нет | |||
key_buffer_size | Да | Да | Да | Глобальная переменная | Да | |
журнал-isam | Да | Да | ||||
myisam-размер-блока | Да | Да | ||||
myisam_data_pointer_size | Да | Да | Да | Глобальная переменная | Да | |
myisam_max_sort_file_size | Да | Да | Да | Глобальная переменная | Да | |
myisam_mmap_size | Да | Да | Да | Глобальная переменная | Нет | |
myisam-recover-options | Да | Да | ||||
- Переменная: myisam_recover_options | ||||||
myisam_recover_options | Да | Глобальная переменная | Нет | |||
myisam_repair_threads | Да | Да | Да | Оба | Да | |
myisam_sort_buffer_size | Да | Да | Да | Оба | Да | |
myisam_stats_method | Да | Да | Да | Оба | Да | |
myisam_use_mmap | Да | Да | Да | Глобальная переменная | Да | |
"пропустите параллельную вставку" | Да | Да | ||||
- Переменная: concurrent_insert | ||||||
tmp_table_size | Да | Да | Да | Оба | Да |
Установите режим для автоматического восстановления разрушенных MyISAM
таблицы.
Не сбрасывайте ключевые буферы между записями для любого MyISAM
таблица.
Если Вы делаете это, недопустимо получить доступ MyISAM
таблицы из другой программы (такой как от другого сервера MySQL или с myisamchk), когда таблицы используются.
Выполнение так риски индексирует повреждение. Используя --external-locking
не устраняет этот риск.
Следующие системные переменные влияют на поведение MyISAM
таблицы. Для
дополнительной информации см. Раздел 5.1.4, "Системные Переменные
Сервера".
Размер древовидного кэша, используемого оптом, вставляет оптимизацию.
Это - предел на поток!
Максимальный размер временного файла, который MySQL разрешают использовать, воссоздавая a MyISAM
индексируйте (во время REPAIR TABLE
, ALTER TABLE
, или LOAD DATA INFILE
). Если размер файла был бы больше чем это значение,
индексирование создается, используя ключевой кэш вместо этого, который медленнее. Значение дается в
байтах.
Установите размер буфера, используемого, восстанавливая таблицы.
Автоматическое восстановление активируется, если Вы запускаете mysqld с --myisam-recover-options
опция. В этом случае, когда сервер открывает a MyISAM
таблица, это проверяет, отмечается ли таблица как разрушено или не является ли
открытая переменная количества для таблицы 0, и Вы выполняете сервер с внешней отключенной блокировкой. Если
любое из этих условий является истиной, следующее происходит:
Сервер проверяет таблицу на ошибки.
Если сервер находит ошибку, он пытается сделать быстрое табличное восстановление (с сортировкой и не воссоздавая файл данных).
Если сбои восстановления из-за ошибки в файле данных (например, двойной ключевой ошибки), сервер попробовал еще раз, на сей раз воссоздавая файл данных.
Если восстановление все еще перестало работать, попытки сервера еще раз со старым методом опции восстановления (запишите строку строкой, не сортируя). Этот метод должен быть в состоянии восстановить любой тип ошибки и имеет требования недостаточного пространства на диске.
Если восстановление не было бы в состоянии восстановить все строки с ранее завершенных операторов, и Вы не
определяли FORCE
в значении --myisam-recover-options
опция, автоматическое восстановление прерывается с
сообщением об ошибке в журнале ошибок:
Error: Couldn't repair table: test.g00pages
Если Вы определяете FORCE
, предупреждение как это пишется вместо этого:
Warning: Found 344 of 354 rows when repairing ./test/g00pages
Отметьте это, если значение автоматического восстановления включает BACKUP
, процесс
восстановления создает файлы с именами формы
.
У Вас должен быть cron сценарий, который автоматически перемещает
эти файлы от каталогов базы данных до носителей резервной копии.tbl_name-datetime
.BAK