--help, -?

Отобразить краткое сообщение справки и завершить работу. Используйте оба параметра --verbose и --help, чтобы увидеть полное сообщение.

--allow-suspicious-udfs

Этот параметр управляет тем, могут ли загружаться функции, которые имеют только символ xxx для основной функции. По умолчанию этот параметр выключен, и загружаться могут только функции, имеющие хотя бы один вспомогательный символ; это предотвращает попытки загрузки функций из файлов общих объектов, кроме тех, которые содержат законные функции. См. Меры предосторожности по безопасности загружаемых функций.

--ansi

Использовать стандартный (ANSI) синтаксис SQL вместо синтаксиса MySQL. Для более точного управления режимом SQL сервера используйте параметр --sql-mode вместо него. См. Раздел 1.7, «Совместимость с MySQL стандартами» и Раздел 7.1.11, «Режимы SQL сервера».

--basedir=dir_name, -b dir_name

Путь к каталогу установки MySQL. Этот параметр устанавливает системную переменную basedir.

Исполняемый файл сервера определяет своё полное имя пути при запуске и использует родительский каталог, в котором он находится, в качестве значения по умолчанию для basedir. В свою очередь, это позволяет серверу использовать это значение basedir при поиске информации, связанной с сервером, например, каталога share, содержащего сообщения об ошибках.

--chroot=dir_name, -r dir_name

Поместить сервер mysqld в изолированную среду во время запуска с помощью вызова chroot(). Это рекомендуемая мера безопасности. Использование этого параметра несколько ограничивает LOAD DATA и SELECT ... INTO OUTFILE.

--console

(Только Windows.) Указывает, что местом назначения лога ошибок по умолчанию будет консоль. Это влияет на потоки логов, которые сами баззируются на месте назначения по умолчанию. См. Раздел 7.4.2, «Лог ошибок». mysqld не закрывает окно консоли, если используется этот параметр.

--console имеет приоритет над --log-error, если оба указаны.

--core-file

При использовании этого параметра создается файл core, если mysqld завершит работу аварийно; аргументы не нужны (и не принимаются). Имя и расположение файла core зависят от системы. В Linux создаётся файл core с именем core.pid в текущем рабочем каталоге процесса, который для mysqld — каталог данных. pid представляет собой идентификатор процесса серверного процесса. В macOS создается файл core с именем core.pid в каталоге /cores. В Solaris используйте команду coreadm для указания места записи файла core и его наименования.

Для некоторых систем, чтобы получить файл core, необходимо также указать параметр --core-file-size для mysqld_safe. См. Раздел 6.3.2, «mysqld_safe — Скрипт запуска сервера MySQL». В некоторых системах, таких как Solaris, файл core не создаётся, если также используется параметр --user. Может быть дополнительные ограничения или ограничения. Например, может потребоваться выполнить ulimit -c unlimited перед запуском сервера. Обратитесь к документации вашей системы.

Переменная innodb_buffer_pool_in_core_file может использоваться для уменьшения размера файлов core на операционных системах, которые их поддерживают. Для получения дополнительной информации, см. Раздел 17.8.3.7, «Исключение или включение страниц буфера пула в файлы core».

--daemonize, -D

Этот параметр заставляет сервер работать как традиционный демонизированный процесс, что позволяет ему работать с операционными системами, которые используют systemd для управления процессами. Для получения дополнительной информации, см. Раздел 2.5.9, «Управление сервером MySQL с помощью systemd».

--daemonize взаимоисключает --initialize и --initialize-insecure.

Если сервер запущен с использованием параметра --daemonize и не подключён к устройству tty, используется параметр логгирования ошибок по умолчанию --log-error="", чтобы направить вывод ошибок в файл журнала по умолчанию.

-D является синонимом для --daemonize.

--datadir=dir_name, -h dir_name

Путь к каталогу данных сервера MySQL. Этот параметр устанавливает системную переменную datadir. См. описание этой переменной.

--debug[=debug_options], -# [debug_options]

Если MySQL настроен с помощью опции -DWITH_DEBUG=1 CMake, вы можете использовать эту опцию, чтобы получить файл трассировки того, что делает mysqld. Типичная строка debug_options имеет вид d:t:o,file_name. Значение по умолчанию — d:t:i:o,/tmp/mysqld.trace на Unix и d:t:i:O,\mysqld.trace на Windows.

Использование -DWITH_DEBUG=1 для настройки MySQL с поддержкой отладки позволяет использовать опцию --debug="d,parser_debug" при запуске сервера. Это заставляет парсер Bison, который используется для обработки SQL-запросов, выводить трассировку парсера в стандартный вывод ошибок сервера. Обычно этот вывод записывается в журнал ошибок.

Эту опцию можно указывать несколько раз. Значения, начинающиеся с + или -, добавляются к или вычитаются из предыдущего значения. Например, --debug=T --debug=+P устанавливает значение в P:T.

Для получения дополнительной информации см. Раздел 7.9.4, «Пакет DBUG».

--debug-sync-timeout[=N]

Управляет включением функции Debug Sync для тестирования и отладки. Для использования Debug Sync необходимо, чтобы MySQL был настроен с опцией -DWITH_DEBUG=ON CMake (см. Раздел 2.8.7, «Опции конфигурации исходного кода MySQL»); в противном случае эта опция недоступна. Значение опции представляет собой таймаут в секундах. Значение по умолчанию равно 0, что отключает Debug Sync. Для его включения укажите значение больше 0; это значение также становится значением таймаута по умолчанию для отдельных точек синхронизации. Если опция указана без значения, таймаут устанавливается в 300 секунд.

Описание функции Debug Sync и как использовать точки синхронизации см. в MySQL Internals: Тестовая синхронизация.

--default-time-zone=timezone

Устанавливает временную зону сервера по умолчанию. Эта опция устанавливает глобальную системную переменную time_zone. Если эта опция не указана, временная зона по умолчанию совпадает с системной временной зоной (определяемой значением системной переменной system_time_zone).

Переменная system_time_zone отличается от time_zone. Хотя они могут иметь одинаковое значение, последняя переменная используется для инициализации временной зоны для каждого подключенного клиента. См. Раздел 7.1.15, «Поддержка временных зон в MySQL сервере».

--defaults-extra-file=file_name

Считывает этот файл опций после глобального файла опций, но (на Unix) перед файлом опций пользователя. Если файл не существует или недоступен, возникает ошибка. Если file_name не является абсолютным именем пути, оно интерпретируется относительно текущей директории. Эта опция должна быть первой в командной строке, если используется.

Дополнительную информацию об этой и других опциях файлов опций см. в Разделе 6.2.2.3, «Опции командной строки, влияющие на обработку файла опций».

--defaults-file=file_name

Считывает только указанный файл опций. Если файл не существует или недоступен, возникает ошибка. Если file_name не является абсолютным именем пути, оно интерпретируется относительно текущей директории.

Исключение: даже с --defaults-file, mysqld читает mysqld-auto.cnf.

Дополнительную информацию об этой и других опциях файлов опций см. в Разделе 6.2.2.3, «Опции командной строки, влияющие на обработку файла опций».

--defaults-group-suffix=str

Читает не только обычные группы опций, но и группы с обычными именами и суффиксом str. Например, mysqld обычно читает группу [mysqld]. Если эта опция указана как --defaults-group-suffix=_other, mysqld также читает группу [mysqld_other].

Дополнительную информацию об этой и других опциях файлов опций см. в Разделе 6.2.2.3, «Опции командной строки, влияющие на обработку файла опций».

--early-plugin-load=plugin_list

Этот параметр сообщает серверу, какие плагины загрузить до загрузки обязательных встроенных плагинов и перед инициализацией движка хранения. Ранняя загрузка поддерживается только для плагинов, скомпилированных с PLUGIN_OPT_ALLOW_EARLY. Если указано несколько параметров --early-plugin-load, применяется только последний.

Значение параметра — список плагинов, разделённых точкой с запятой, plugin_library и name=plugin_library. Каждая plugin_library — имя библиотечного файла, содержащего код плагина, а каждая name — имя загружаемого плагина. Если имя библиотеки плагина указано без предваряющего имени плагина, сервер загрузит все плагины в библиотеке. При наличии предваряющего имени плагина, сервер загрузит только указанный плагин из библиотеки. Сервер ищет файлы библиотек плагинов в каталоге, указанном переменной системы plugin_dir.

Например, если плагины с именами myplug1 и myplug2 содержатся в библиотечных файлах плагинов myplug1.so и myplug2.so, используйте этот параметр для ранней загрузки плагинов:

mysqld --early-plugin-load="myplug1=myplug1.so;myplug2=myplug2.so"

Значение аргумента заключено в кавычки, так как в противном случае некоторые интерпретаторы команд рассматривают точку с запятой (;) как специальный символ. (Например, оболочки Unix обрабатывают её как разделитель команд.)

Каждый указанный плагин загружается в начале работы только для одного запуска mysqld. После перезапуска плагин не загружается в начале, если параметр --early-plugin-load не указан повторно.

Если сервер запущен с использованием --initialize или --initialize-insecure, плагины, указанные в --early-plugin-load, не загружаются.

Если сервер запущен с --help, плагины, указанные в --early-plugin-load, загружаются, но не инициализируются. Это поведение гарантирует, что параметры плагинов отображаются в сообщении справки.

InnoDB шифрование табличного пространства данных зависит от MySQL Keyring для управления ключами шифрования, и плагин keyring должен быть загружен до инициализации движка хранения для облегчения InnoDB восстановления зашифрованных таблиц. Например, администраторы, которые хотят загрузить плагин keyring_okv при запуске, должны использовать --early-plugin-load с соответствующим значением параметра (например, keyring_okv.so на системах Unix и Unix-подобных системах или keyring_okv.dll на Windows).

Сведения о InnoDB шифровании табличного пространства данных см. в Разделе 17.13, «Шифрование данных InnoDB». Общие сведения о загрузке плагинов см. в Разделе 7.6.1, «Установка и удаление плагинов».

--exit-info[=flags], -T [flags]

Это битовая маска различных флагов, которые вы можете использовать для отладки сервера mysqld. Не используйте этот параметр, если вы не точно знаете, что он делает!

--external-locking

Включить внешнюю блокировку (системную блокировку), которая отключена по умолчанию. Если вы используете этот параметр на системе, на которой lockd не работает полностью (например, Linux), сервер mysqld может легко попасть в тупиковую ситуацию.

Чтобы отключить внешнюю блокировку явно, используйте --skip-external-locking.

Внешняя блокировка влияет только на доступ к таблицам MyISAM. Более подробная информация, включая условия использования, см. в Разделе 10.11.5, «Внешняя блокировка».

--flush

Произвести сброс (синхронизацию) всех изменений на диск после каждой SQL-команды. Обычно MySQL производит запись всех изменений на диск только после каждой SQL-команды и позволяет операционной системе выполнить синхронизацию на диск. См. Раздел B.3.3.3, «Что делать, если MySQL продолжает зависать».

--gdb

Установить обработчик прерываний для SIGINT (необходимый для остановки mysqld с помощью ^C для установки точек останова) и отключить отслеживание стека и обработку файлов core. См. Раздел 7.9.1.4, «Отладка mysqld в gdb».

В Windows этот параметр также подавляет форкинг, используемый для реализации команды RESTART: форкинг позволяет одному процессу действовать в качестве монитора для другого, который выполняет роль сервера. Однако форкинг усложняет определение процесса сервера для подключения к нему во время отладки, поэтому запуск сервера с параметром --gdb подавляет форкинг. Для сервера, запущенного с этим параметром, RESTART просто завершает работу и не перезапускается.

В неотладочных настройках может быть использован параметр --no-monitor для подавления форкинга мониторингового процесса.

--initialize, -I

Этот параметр используется для инициализации установки MySQL путем создания каталога данных и заполнения таблиц в схеме системы mysql. Для получения дополнительной информации см. Раздел 2.9.1, «Инициализация каталога данных».

Этот параметр ограничивает эффекты или несовместим с рядом других параметров запуска сервера MySQL. Некоторые из наиболее распространенных проблем такого рода отмечены здесь:

Указанные выше пункты также применяются при инициализации сервера с помощью параметра --initialize-insecure.

--initialize-insecure

Этот параметр используется для инициализации установки MySQL путем создания каталога данных и заполнения таблиц в схеме системы mysql. Этот параметр подразумевает --initialize, и применяются те же ограничения; для получения дополнительной информации см. описание этого параметра и Раздел 2.9.1, «Инициализация каталога данных».

--innodb-xxx

Установите параметр для механизма хранения InnoDB. Параметры InnoDB перечислены в Разделе 17.14, «Параметры запуска InnoDB и системные переменные».

--install [service_name]

(Только Windows) Установите сервер как службу Windows, которая запускается автоматически при запуске Windows. Имя службы по умолчанию — MySQL, если не указано значение service_name. Для получения дополнительной информации см. Раздел 2.3.3.8, «Запуск MySQL как службы Windows».

--install-manual [service_name]

(Только Windows) Установите сервер как службу Windows, которую необходимо запускать вручную. Она не запускается автоматически при запуске Windows. Имя службы по умолчанию — MySQL, если не указано значение service_name. Для получения дополнительной информации см. Раздел 2.3.3.8, «Запуск MySQL как службы Windows».

--large-pages

Некоторые аппаратные/операционные системы поддерживают страницы памяти больше, чем по умолчанию (обычно 4 КБ). Фактическая реализация этой поддержки зависит от базового оборудования и операционной системы. Приложения, которые выполняют много обращений к памяти, могут получить повышение производительности за счет использования больших страниц из-за уменьшения промахов буфера преобразования адресов (TLB).

MySQL поддерживает реализацию поддержки больших страниц в Linux (которая называется HugeTLB в Linux). См. Раздел 10.12.3.3, «Включение поддержки больших страниц». Для поддержки больших страниц в Solaris см. описание параметра --super-large-pages.

--large-pages отключен по умолчанию.

--lc-messages=locale_name

Локаль, используемая для сообщений об ошибках. Значение по умолчанию — en_US. Сервер преобразует аргумент в имя языка и объединяет его со значением --lc-messages-dir для определения местоположения файла сообщений об ошибках. См. Раздел 12.12, «Установка языка сообщений об ошибках».

--lc-messages-dir=dir_name

Каталог, где находятся сообщения об ошибках. Сервер использует значение вместе со значением --lc-messages для определения местоположения файла сообщения об ошибке. См. Раздел 12.12, «Установка языка сообщений об ошибках».

--local-service

(Только Windows) Опция --local-service, следующая за именем службы, заставляет сервер работать с учетной записью Windows LocalService, имеющей ограниченные системные привилегии. Если и --defaults-file, и --local-service указаны после имени службы, они могут быть в любом порядке. См. Раздел 2.3.3.8, «Запуск MySQL как службы Windows».

--log-error[=file_name]

Устанавливает местоположение лога ошибок по умолчанию в указанный файл. Это влияет на потоки лога, которые базируют своё местоположение вывода на значение по умолчанию. См. Раздел 7.4.2, «Журнал ошибок».

Если опция не указывает файл, то местоположение лога ошибок по умолчанию в системах Unix и Unix-подобных системах — это файл с именем host_name.err в каталоге данных. По умолчанию в Windows это то же самое, если не указана опция --pid-file. В этом случае имя файла — это имя файла PID с суффиксом .err в каталоге данных.

Если опция указывает файл, то местоположение по умолчанию — это этот файл (с добавленным суффиксом .err, если в имени нет суффикса), расположенный в каталоге данных, если не указан абсолютный путь для определения другого местоположения.

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

В Windows опция --console имеет приоритет над опцией --log-error, если обе указаны. В этом случае местоположение лога ошибок по умолчанию — консоль, а не файл.

--log-isam[=file_name]

Записывать все изменения MyISAM в этот файл (используется только при отладке MyISAM).

--log-raw

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

Если установлен плагин переработки запросов, опция --log-raw влияет на протоколирование операторов следующим образом:

Для получения дополнительной информации см. Раздел 8.1.2.3, «Пароли и протоколирование».

--log-short-format

Записывать меньше информации в журнал медленных запросов, если он активирован.

--log-tc=file_name

Имя файла журнала координатора транзакций с отображением в памяти (для транзакций XA, которые затрагивают несколько движков хранилища, когда двоичный журнал отключен). Имя по умолчанию — tc.log. Файл создаётся в каталоге данных, если не указан полный путь. Эта опция не используется.

--log-tc-size=size

Размер журнала координатора транзакций с отображением в памяти в байтах. Значения по умолчанию и минимальное значение равны 6 размерам страницы, а значение должно быть кратно размеру страницы.

--memlock

Заблокировать процесс mysqld в памяти. Этот параметр может помочь, если у вас проблема, при которой операционная система заставляет mysqld обмениваться с диском.

--memlock работает на системах, которые поддерживают системный вызов mlockall(); это включает Solaris, большинство дистрибутивов Linux, использующих ядро 2.4 или выше, и, возможно, другие Unix-системы. В системах Linux вы можете определить, поддерживается ли mlockall() (и, следовательно, этот параметр) путем проверки, определен ли он в системном файле mman.h, например так:

$> grep mlockall /usr/include/sys/mman.h

Если mlockall() поддерживается, в выводе предыдущей команды вы должны увидеть что-то вроде следующего:

extern int mlockall (int __flags) __THROW;

--myisam-block-size=N

Размер блока, используемый для страниц индекса MyISAM.

--mysql-native-password

Включить плагин аутентификации mysql_native_password, который по умолчанию отключен в MySQL 8.4.

Дополнительную информацию см. в Разделе 8.4.1.1, «Встроенная подключаемая аутентификация».

--no-defaults

Не читать никакие файлы параметров. Если запуск программы терпит неудачу из-за чтения неизвестных параметров из файла параметров, --no-defaults можно использовать для предотвращения их чтения. Это должен быть первый параметр в командной строке, если он используется.

Дополнительную информацию об этом и других параметрах файлов параметров см. в Разделе 6.2.2.3, «Параметры командной строки, влияющие на обработку файлов параметров».

--no-monitor

(Только Windows). Этот параметр подавляет создание виртуальных процессов, используемых для реализации оператора RESTART: Создание виртуальных процессов позволяет одному процессу действовать как монитору другого, который действует как сервер. Для сервера, запущенного с этим параметром, RESTART просто завершается и не перезапускается.

--performance-schema-xxx

Настройка параметра Performance Schema. Подробности см. в Разделе 29.14, «Параметры командной строки Performance Schema».

--plugin-load=plugin_list

Этот параметр сообщает серверу загрузить указанные плагины при запуске. Если задано несколько параметров --plugin-load, применяется только последний. Дополнительные плагины для загрузки могут быть указаны с помощью параметров --plugin-load-add.

Значение параметра — список значений plugin_library и name=plugin_library, разделенных точкой с запятой. Каждое plugin_library — это имя библиотечного файла, содержащего код плагина, а каждое name — это имя загружаемого плагина. Если имя библиотеки плагина указано без предшествующего имени плагина, сервер загружает все плагины в библиотеке. При наличии предшествующего имени плагина сервер загружает только указанный плагин из библиотеки. Сервер ищет библиотечные файлы плагинов в каталоге, указанном переменной системы plugin_dir.

Например, если плагины с именами myplug1 и myplug2 содержатся в библиотечных файлах плагинов myplug1.so и myplug2.so, используйте этот параметр для ранней загрузки плагинов:

mysqld --plugin-load="myplug1=myplug1.so;myplug2=myplug2.so"

Кавычки окружают значение аргумента, потому что в противном случае некоторые интерпретаторы команд трактуют точку с запятой (;) как специальный символ. (Например, оболочки Unix рассматривают ее как разделитель команд.)

Каждый плагин загружается только для одного вызова mysqld. После перезапуска плагин не загружается, если --plugin-load не используется снова. Это отличается от INSTALL PLUGIN, которая добавляет запись в таблицу mysql.plugins, чтобы плагин загружался при каждом нормальном запуске сервера.

Во время обычной последовательности запуска сервер определяет, какие плагины загрузить, прочитав системную таблицу mysql.plugins. Если сервер запущен с параметром --skip-grant-tables, плагины, зарегистрированные в таблице mysql.plugins, не загружаются и недоступны. --plugin-load позволяет загружать плагины даже при задании --skip-grant-tables. --plugin-load также позволяет загружать плагины при запуске, которые нельзя загрузить во время выполнения.

Этот параметр не устанавливает соответствующую переменную системы. Вывод оператора SHOW PLUGINS предоставляет информацию о загруженных плагинах. Более подробная информация содержится в таблице Информационной схемы PLUGINS. См. Раздел 7.6.2, «Получение информации о плагинах сервера».

Дополнительную информацию о загрузке плагинов см. в Разделе 7.6.1, «Установка и удаление плагинов».

--plugin-load-add=plugin_list

Этот параметр дополняет параметр --plugin-load. --plugin-load-add добавляет один или несколько плагинов к набору плагинов, которые должны быть загружены при запуске. Формат аргумента такой же, как и для --plugin-load. --plugin-load-add можно использовать, чтобы избежать указания большого набора плагинов в виде одного длинного и громоздкого аргумента --plugin-load.

--plugin-load-add можно указать в отсутствие --plugin-load, но любое использование --plugin-load-add до --plugin-load не оказывает никакого влияния, потому что --plugin-load сбрасывает набор плагинов для загрузки. Другими словами, эти параметры:

--plugin-load=x --plugin-load-add=y

эквивалентны этому параметру:

--plugin-load="x;y"

Но эти параметры:

--plugin-load-add=y --plugin-load=x

эквивалентны этому параметру:

--plugin-load=x

Этот параметр не устанавливает соответствующую системную переменную. Вывод SHOW PLUGINS предоставляет информацию о загруженных плагинах. Более подробную информацию можно найти в таблице схемы данных PLUGINS. См. Раздел 7.6.2, «Получение информации о плагинах сервера».

Дополнительную информацию о загрузке плагинов см. в Разделе 7.6.1, «Установка и удаление плагинов».

--plugin-xxx

Указывает параметр, относящийся к плагину сервера. Например, многие движки хранения данных могут быть построены как плагины, и для таких движков параметры могут быть указаны с префиксом --plugin. Таким образом, параметр --innodb-file-per-table для InnoDB может быть указан как --plugin-innodb-file-per-table.

Для булевых параметров, которые можно включить или выключить, также поддерживается префикс --skip и другие альтернативные форматы (см. Раздел 6.2.2.4, «Модификаторы параметров программы»). Например, --skip-plugin-innodb-file-per-table отключает innodb-file-per-table.

Причина использования префикса --plugin заключается в том, что он позволяет однозначно указать параметры плагина, если есть конфликт имён с встроенным параметром сервера. Например, если разработчик плагина назовёт плагин “sql” и реализует параметр “mode”, имя параметра может быть --sql-mode, что вызовет конфликт с встроенным параметром с таким же именем. В таких случаях ссылки на конфликтующее имя разрешаются в пользу встроенного параметра. Чтобы избежать неоднозначности, пользователи могут указать параметр плагина как --plugin-sql-mode. Рекомендуется использовать префикс --plugin для параметров плагинов, чтобы избежать каких-либо вопросов о неоднозначности.

--port=port_num, -P port_num

Номер порта, используемый при прослушивании подключений TCP/IP. В системах Unix и Unix-подобных системах номер порта должен быть 1024 или выше, если сервер не запускается пользователем операционной системы root. Установка этого параметра в 0 приводит к использованию значения по умолчанию.

--port-open-timeout=num

В некоторых системах, когда сервер остановлен, порт TCP/IP может не стать доступным сразу. Если сервер перезапустить быстро после этого, попытка повторного открытия порта может завершиться ошибкой. Этот параметр указывает, сколько секунд сервер должен ждать, пока порт TCP/IP освободится, если он не может быть открыт. По умолчанию ожидание не происходит.

--print-defaults

Выводит имя программы и все параметры, полученные из файлов параметров. Значения паролей маскируются. Это должен быть первый параметр в командной строке, если он используется, за исключением случаев, когда он может быть использован сразу после --defaults-file или --defaults-extra-file.

Дополнительную информацию об этом и других параметрах файлов параметров см. в Разделе 6.2.2.3, «Параметры командной строки, влияющие на обработку файлов параметров».

--remove [service_name]

(Только Windows) Удаляет службу MySQL на Windows. Имя службы по умолчанию — MySQL, если не указано значение service_name. Дополнительную информацию см. в Разделе 2.3.3.8, «Запуск MySQL как службы Windows».

--safe-user-create

Если этот параметр включён, пользователь не может создавать новых пользователей MySQL с помощью инструкции GRANT, если у него нет привилегии INSERT для системной таблицы mysql.user или любой колонки в таблице. Если вы хотите, чтобы пользователь мог создавать новых пользователей с теми привилегиями, которые он имеет право предоставить, нужно предоставить пользователю следующую привилегию:

GRANT INSERT(user) ON mysql.user TO 'user_name'@'host_name';

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

--skip-grant-tables

Этот параметр влияет на последовательность запуска сервера:

--skip-new

Этот параметр отключает (то, что раньше считалось) новые, потенциально небезопасные поведения. Это приводит к следующим настройкам: delay_key_write=OFF, concurrent_insert=NEVER, automatic_sp_privileges=OFF. Также он заставляет OPTIMIZE TABLE быть сопоставленным с ALTER TABLE для движков хранения, для которых OPTIMIZE TABLE не поддерживается.

Этот параметр устарел и может быть удалён в будущих релизах.

--skip-show-database

Этот параметр устанавливает системную переменную skip_show_database, которая контролирует, кому разрешено использовать оператор SHOW DATABASES. См. Раздел 7.1.8, «Системные переменные сервера».

--skip-stack-trace

Не записывать трассировки стека. Этот параметр полезен, когда вы запускаете mysqld под отладчиком. На некоторых системах вам также необходимо использовать этот параметр для получения файла core. См. Раздел 7.9, «Отладка MySQL».

--slow-start-timeout=timeout

Этот параметр управляет временем ожидания запуска службы менеджером служб Windows. Значение — максимальное количество миллисекунд, которое менеджер служб ожидает, прежде чем пытаться убить службу Windows во время запуска. Значение по умолчанию — 15000 (15 секунд). Если служба MySQL запускается слишком долго, вам может потребоваться увеличить это значение. Значение 0 означает отсутствие таймаута.

--socket=path

В Unix этот параметр указывает файл сокета Unix, который нужно использовать при прослушивании локальных подключений. Значение по умолчанию — /tmp/mysql.sock. Если этот параметр указан, сервер создаёт файл в каталоге данных, если не указан абсолютный путь, чтобы указать другой каталог. В Windows параметр указывает имя канала для прослушивания локальных подключений, которые используют именованную трубу. Значение по умолчанию — MySQL (регистр не учитывается).

--sql-mode=value[,value[,value...]]

Установите режим SQL. См. Раздел 7.1.11, «Режимы SQL сервера».

--standalone

Доступно только для Windows; указывает MySQL-серверу не запускаться как служба.

--super-large-pages

Стандартное использование больших страниц в MySQL пытается использовать максимальный поддерживаемый размер до 4 МБ. В Solaris функция «супер-большие страницы» позволяет использовать страницы до 256 МБ. Эта функция доступна для последних платформ SPARC. Ее можно включить или выключить, используя опцию --super-large-pages или --skip-super-large-pages.

--symbolic-links, --skip-symbolic-links

Включить или выключить поддержку символических ссылок. В Unix включение символических ссылок означает, что вы можете связать файл индекса MyISAM или файл данных с другой директорией с помощью опции INDEX DIRECTORY или DATA DIRECTORY оператора CREATE TABLE. Если вы удаляете или переименовываете таблицу, файлы, на которые указывают ее символические ссылки, также удаляются или переименовываются. См. Раздел 10.12.2.2, «Использование символических ссылок для таблиц MyISAM в Unix».

Эта опция не имеет смысла в Windows.

--sysdate-is-now

SYSDATE() по умолчанию возвращает время выполнения, а не время начала выполнения оператора, в котором она используется. Это отличается от поведения NOW(). Эта опция заставляет SYSDATE() быть синонимом NOW(). Для получения информации о последствиях для двоичного протоколирования и репликации см. описание SYSDATE() в Разделе 14.7, «Функции даты и времени» и для SET TIMESTAMP в Разделе 7.1.8, «Системные переменные сервера».

--transaction-read-only

Устанавливает режим доступа по умолчанию для транзакций. По умолчанию режим только для чтения отключен, поэтому режим — чтение/запись.

Чтобы установить режим доступа по умолчанию для транзакций во время выполнения, используйте инструкцию SET TRANSACTION или задайте системную переменную transaction_read_only. См. Раздел 15.3.7, «Оператор SET TRANSACTION».

--tmpdir=dir_name, -t dir_name

Путь к каталогу, используемому для создания временных файлов. Это может быть полезно, если ваш каталог по умолчанию /tmp находится на разделе, слишком маленьком для временных таблиц. Этот параметр принимает несколько путей, используемых в циклическом порядке. Пути должны быть разделены двоеточиями (:) в Unix и точками с запятой (;) в Windows.

--tmpdir может быть временным расположением, например, каталогом на файловой системе на основе памяти или каталогом, который очищается при перезапуске сервера-хоста. Если сервер MySQL работает как реплика, и вы используете временное расположение для --tmpdir, рассмотрите возможность установки другого временного каталога для реплики с помощью системной переменной replica_load_tmpdir. Для реплики временные файлы, используемые для репликации инструкций LOAD DATA, хранятся в этом каталоге, поэтому с постоянным расположением они могут сохраниться после перезагрузки машины, хотя репликация теперь может продолжаться после перезагрузки, если временные файлы были удалены.

Дополнительную информацию о расположении временных файлов см. в Разделе B.3.3.5, «Расположение временных файлов MySQL».

--upgrade=value

Этот параметр определяет, выполняется ли и как сервер выполняет автоматическое обновление при запуске. Автоматическое обновление включает два этапа:

Подробности о шагах 1 и 2 обновления см. в Разделе 3.4, «Что обновляет процесс обновления MySQL».

Разрешены следующие значения параметра --upgrade:

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

--user={user_name|user_id}, -u {user_name|user_id}

Запустить сервер mysqld как пользователя с именем user_name или числовым идентификатором пользователя user_id. («Пользователь» в данном контексте относится к учетной записи входа в систему, а не к пользователю MySQL, указанному в таблицах разрешений.)

Этот параметр обязателен при запуске mysqld как root. Сервер меняет свой идентификатор пользователя во время последовательности запуска, заставляя его работать как этот конкретный пользователь, а не как root. См. Раздел 8.1.1, «Рекомендации по безопасности».

Чтобы избежать возможной бреши в безопасности, когда пользователь добавляет параметр --user=root в файл конфигурации my.cnf (тем самым заставляя сервер работать как root), mysqld использует только первый параметр --user и выводит предупреждение, если указано несколько параметров --user. Параметры в /etc/my.cnf и $MYSQL_HOME/my.cnf обрабатываются до параметров командной строки, поэтому рекомендуется поместить параметр --user в /etc/my.cnf и указать значение, отличное от root. Параметр в /etc/my.cnf находится перед другими параметрами --user, что гарантирует, что сервер работает как пользователь, отличный от root, и что появляется предупреждение, если обнаруживаются другие параметры --user.

--validate-config

Проверяет конфигурацию запуска сервера. Если ошибок не обнаружено, сервер завершается с кодом выхода 0. Если ошибка обнаружена, сервер отображает диагностическое сообщение и завершается с кодом выхода 1. Могут также отображаться предупреждающие и информационные сообщения, в зависимости от значения log_error_verbosity, но они не приводят к немедленному завершению проверки или коду выхода 1. Более подробную информацию см. в разделе 7.1.3, «Проверка конфигурации сервера».

--validate-user-plugins[={OFF|ON}]

Если этот параметр включен (по умолчанию), сервер проверяет каждую учетную запись пользователя и выводит предупреждение, если обнаружены условия, которые сделают учетную запись неиспользуемой:

Включение --validate-user-plugins замедляет инициализацию сервера и FLUSH PRIVILEGES. Если дополнительные проверки не требуются, вы можете отключить этот параметр при запуске, чтобы избежать снижения производительности.

--verbose, -v

Используйте этот параметр с параметром --help для получения подробной справки.

--version, -V

Отобразить информацию о версии и завершить работу.