--number-of-buffers=num_buffers

Указывает количество буферов по 16 МБ каждый, используемых во время многопоточных операций.

Используйте высокое значение для CPU-ёмких операций, таких как резервное копирование, особенно при использовании сжатия. Используйте низкое значение для операций, интенсивных по отношению к диску, таких как восстановление резервной копии. Это значение должно быть как минимум таким же высоким, как количество потоков чтения или записи, в зависимости от типа операции.

По умолчанию: в настоящее время 14.

Для операций сжатия или инкрементного резервного копирования размер буфера немного больше 16 МБ, чтобы вместить заголовки.

Один дополнительный буфер используется для инкрементного резервного копирования одного файла и сжатого резервного копирования одного файла.

Для сжатого резервного копирования, сжатого резервного копирования одного файла и операций восстановления журнала без сжатия требуется по одному дополнительному буферу для каждого потока процесса.

Если вы изменяете количество потоков чтения, записи и обработки, можно поэкспериментировать с изменением этого значения так, чтобы оно было немного больше общего количества потоков, заданного этими другими параметрами. Дополнительные рекомендации по рекомендуемым комбинациям значений для этого и других параметров производительности для различных конфигураций оборудования, таких как RAID или устройства хранения данных без RAID, см. в разделе 13.1 «Оптимизация производительности резервного копирования» и разделе 13.2 «Оптимизация производительности восстановления».

--read-threads=num_threads

Указывает количество потоков для чтения данных с диска. Этот параметр применяется к операциям такого рода: copy-back, copy-back-and-apply-log (только для резервного копирования каталогов), extract, backup и backup-and-apply-log. Если задано значение 0, оно будет неявно скорректировано до 1. Максимальное значение — 15. Если вы укажете отрицательное значение, оно неявно скорректируется до 15. Для следующих операций количество потоков чтения всегда равно 1 независимо от настройки этого параметра:

Дополнительные рекомендации по рекомендуемым комбинациям значений для --read-threads, --process-threads и --write-threads для различных конфигураций оборудования, таких как RAID или устройства хранения данных без RAID, см. в разделе 13.1 «Оптимизация производительности резервного копирования» и разделе 13.2 «Оптимизация производительности восстановления».

По умолчанию: 1.

--process-threads=num_threads

Указывает количество потоков для обработки данных, включая сжатие и распаковку, шифрование и дешифрование, операции применения журнала и упаковку и извлечение образов резервных копий. Для backup-and-apply-log, copy-back-and-apply-log и apply-incremental-backup параметр --process-threads задаёт количество потоков для фазы применения журнала в операции. Параметр игнорируется для операций, не связанных с обработкой данных, таких как copy-back (если не требуется дешифрование или распаковку), backup-dir-to-image или операция резервного копирования, использующая параметр --incremental-with-redo-log-only.

По умолчанию: 6 для всех операций, к которым применяется параметр.

Если вы укажете значение 0, оно неявно скорректируется до 1. Максимальное значение — 15. Если вы укажете отрицательное значение, оно неявно скорректируется до 15. Дополнительные рекомендации по рекомендуемым комбинациям значений для --read-threads, --process-threads и --write-threads для различных конфигураций оборудования, таких как RAID или устройства хранения данных без RAID, см. в разделе 13.1 «Оптимизация производительности резервного копирования» и разделе 13.2 «Оптимизация производительности восстановления».

--write-threads=num_threads

Указывает количество потоков для записи данных на диск. Этот параметр применим к операциям следующего типа: copy-back, copy-back-and-apply-log, extract, backup и backup-and-apply-log (при применении к резервным копиям каталогов). Для поддерживаемых операций, множество потоков записи поддерживается для любого записываемого объекта, который имеет возможность позиционирования; --write-threads принудительно устанавливается в 1 только тогда, когда объект записи не имеет возможности позиционирования. Параметр игнорируется для других операций, таких как резервное копирование одного файла (всегда используется 1 поток записи), list-image (не используется потоков записи) и validate (не используется потоков записи).

Если вы укажете значение 0, оно неявно скорректируется до 1 (для операций, использующих потоки записи). Максимальное значение — 15. Если вы укажете отрицательное значение, оно неявно скорректируется до 15. Для операций apply-log и фазы применения журнала в copy-back-and-apply-log, backup-and-apply-log или apply-incremental-backup, количество потоков записи всегда равно 0 независимо от настройки этого параметра. Дополнительные рекомендации по рекомендуемым комбинациям значений для --read-threads, --process-threads и --write-threads для различных конфигураций оборудования, таких как RAID или устройства хранения данных без RAID, см. в разделе 13.1 «Оптимизация производительности резервного копирования» и разделе 13.2 «Оптимизация производительности восстановления».

По умолчанию: 1.

--limit-memory=MB

Укажите максимальный объем памяти в мегабайтах, который может использоваться mysqlbackup. Это применимо ко всем операциям. Не включайте суффиксы, такие как mb или kb в значение параметра.

Значение по умолчанию: 100 для apply-log без сжатия, 400 для всех остальных операций (в мегабайтах).

Предел памяти, заданный этим параметром, также ограничивает количество 16-мегабайтных буферов, доступных для многопоточной обработки. Например, при ограничении в 400 МБ максимальное количество буферов составляет 25 (за исключением облачного резервного копирования, для которого требуется дополнительная память, и максимальное количество буферов составляет 18). Если требуются дополнительные буферы, поскольку вы увеличили значения для --read-threads, --process-threads, --write-threads и/или --number-of-buffers, увеличьте значение --limit-memory соответствующим образом.

--sleep=MS

Укажите количество миллисекунд для ожидания после копирования определенного количества данных из таблиц InnoDB. Каждый блок данных содержит 1024 страницы данных InnoDB, обычно в общей сложности 16 МБ. Это делается для ограничения накладных расходов на ЦП и ввод-вывод на сервере базы данных.

Значение по умолчанию: 0 (без принудительного ожидания).

--no-locking

Отключает все блокировки во время резервного копирования (см. Процесс резервного копирования для получения подробной информации). Его можно использовать для резервного копирования сервера с меньшим нарушением нормальной обработки базы данных. Могут быть несоответствия как в данных InnoDB, так и в данных, не относящихся к InnoDB, если какие-либо изменения вносятся во время резервного копирования этих файлов.

--lock-wait-timeout

Этот параметр больше не поддерживается.

--page-reread-time=MS

Интервал в миллисекундах, в течение которого mysqlbackup ожидает перед повторным чтением страницы, которая не проходит проверку контрольной суммы. Занятый сервер может записывать страницу в тот же момент, когда mysqlbackup читает ее. Может быть числом с плавающей точкой, например, 0,05, что означает 50 микросекунд. Наилучшее возможное разрешение составляет 1 микросекунду, но на некоторых платформах оно может быть хуже. Значение по умолчанию — 100 миллисекунд (0,1 секунды).

--page-reread-count=number

Максимальное количество попыток повторного чтения, когда страница не проходит проверку контрольной суммы. Занятый сервер может записывать страницу в тот же момент, когда mysqlbackup читает ее. Если одна и та же страница не проходит столько проверок контрольной суммы подряд, с паузой на основе параметра --page-reread-time между каждой попыткой, резервное копирование завершается неудачей. Значение по умолчанию — 500.

--on-disk-full={abort|abort_and_remove|warn}

Указывает поведение, когда процесс резервного копирования сталкивается с ситуацией заполненного диска. Этот параметр предназначен только для операций резервного копирования (backup, backup-and-apply-log и backup-to-image).

Значение по умолчанию: abort.

--skip-unused-pages

Пропускать неиспользуемые страницы в табличных пространствах при резервном копировании таблиц InnoDB. Этот параметр применим к операциям backup и backup-to-image, но не к инкрементальным резервным копиям (incremental). Этот параметр игнорируется операцией backup-and-apply-log.

Обратите внимание, что резервные копии, созданные с параметром --skip-unused-pages, не могут быть восстановлены с помощью copy-back-and-apply-log.

Неиспользуемые страницы — это свободные страницы, часто возникающие из-за массового удаления данных. Пропуская неиспользуемые страницы во время резервного копирования, этот параметр может уменьшить размер резервных копий, а значит, и необходимый объем дискового пространства и ресурсов ввода-вывода для операций. Однако последующие операции apply-log с резервными копиями будут занимать больше времени, поскольку неиспользуемые страницы вставляются обратно в таблицы во время этих операций.

--skip-binlog

Пропускает включение файлов двоичного журнала в резервную копию во время операции резервного копирования или пропускает копирование файлов двоичного журнала на сервер во время операции восстановления.

Файлы двоичного журнала вместе с файлом индекса двоичного журнала резервируются и восстанавливаются по умолчанию для всех типов резервных копий (полные, инкрементные (см. Восстановление двоичного журнала и журнала ретрансляции для исключений), сжатые, частичные (за исключением резервных копий), однофайловые и т. д.). См. Таблица 1.1, «Типы файлов в резервной копии» для получения подробной информации. Используйте этот параметр, чтобы пропустить резервное копирование двоичных журналов в следующих ситуациях, если возникают проблемы с ресурсами или производительностью.:

Этот параметр приводит к тому, что двоичный журнал пропускается не только для текущей операции резервного копирования, но и для всех последующих инкрементных резервных копий, основанных на текущей резервной копии.

При восстановлении инкрементной резервной копии с параметром --skip-binlog, mysqlbackup переименовывает любые файлы двоичного журнала, которые уже были восстановлены на сервере, добавляя к ним расширение .old.

--skip-relaylog

При работе с сервером репликации пропустите включение файлов журнала ретрансляции в резервную копию во время операции резервного копирования или пропустите копирование файлов журнала ретрансляции на сервер во время операции восстановления.

Файлы журнала ретрансляции вместе с файлом индекса журнала ретрансляции и файлами master.info и slave.info резервируются и восстанавливаются по умолчанию для всех типов резервных копий (полные, инкрементные (см. Восстановление двоичного журнала и журнала ретрансляции для исключений), сжатые, частичные (за исключением резервных копий), однофайловые и т. д.) сервера репликации. См. Таблица 1.1, «Типы файлов в резервной копии» для получения подробной информации. Используйте этот параметр, чтобы пропустить резервное копирование или восстановление журналов ретрансляции, если возникают проблемы с ресурсами, производительностью или другие проблемы.

--no-redo-log-archive

Пропустите использование на сервере во время резервного копирования, что используется по умолчанию. Этот параметр не влияет на операции, отличные от резервного копирования. Подробности см. в Главе 7, Резервное копирование с использованием архивирования журнала перегенерации.

--skip-final-rescan

Пропустите окончательную перепроверку для таблиц InnoDB, которые были изменены операциями DDL, которая должна происходить после того, как mysqlbackup поместит сервер базы данных в в конце операции резервного копирования. Это потенциально сокращает время блокировки и уменьшает влияние резервного копирования на нормальную работу сервера, особенно при резервном копировании многих таблиц.

Параметр игнорируется для резервных копий, использующих параметр --incremental-with-redo-log-only, и для операций, не связанных с резервным копированием.

--optimistic-time[=DATE-TIME]

Выполнить оптимистическое резервное копирование со значением, указанным с параметром, как «оптимистическое время» — время после которого таблицы, которые не были изменены, рассматриваются как «неактивные таблицы». «Неактивные таблицы» предположительно вряд ли изменятся во время процесса резервного копирования. Неактивные таблицы резервируются в оптимистической фазе резервного копирования, а все остальные таблицы резервируются в обычной фазе. Подробности о концепции, вариантах использования и примерах команд для оптимистического резервного копирования см. в Разделе 4.3.6, «Выполнение оптимистического резервного копирования».

Допустимые форматы для указания параметра включают:

При использовании параметров optimistic-time и optimistic-busy-tables и их конфликте при определении таблиц, которые должны быть резервными копиями в оптимистической фазе, optimistic-busy-tables имеет приоритет перед optimistic-time.

--optimistic-busy-tables=REGEXP

Выполнить оптимистическое резервное копирование, используя регулярное выражение, указанное с параметром, для выбора таблиц, которые будут пропущены в первой фазе оптимистического резервного копирования, поскольку они, вероятно, будут изменены во время процесса резервного копирования. Таблицы, полные имена которых (в форме database_name.table_name) соответствуют регулярному выражению, считаются «занятыми таблицами», которые будут резервироваться во второй или «нормальной» фазе резервного копирования. Таблицы, полные имена которых НЕ соответствуют регулярному выражению, считаются «неактивными таблицами», которые будут резервироваться в первой или «оптимистической» фазе резервного копирования. Подробности о концепции, вариантах использования и примерах команд для оптимистического резервного копирования см. в Разделе 4.3.6, «Выполнение оптимистического резервного копирования».

MySQL Enterprise Backup выведет ошибку, если параметр используется, но регулярное выражение не указано с ним.

При использовании параметров optimistic-time и optimistic-busy-tables и конфликте при определении таблиц, которые должны быть «оптимистическими», optimistic-busy-tables имеет приоритет перед optimistic-time.

--free-os-buffers[=NUMBER]

По умолчанию: автоматическая синхронизация отключена.

Только на платформах, поддерживающих posix_fadvise(): mysqlbackup рекомендует файловой системе posix_fadvise() освободить блоки из кэша буферов системы, чтобы минимизировать влияние mysqlbackup на систему. Способ использования posix_fadvise() зависит от аргумента для параметра:

По умолчанию: 2.