Журнал ошибок содержит информацию, указывающую, когда mysqld был запущен и остановлен и также любые критические ошибки, которые происходят, в то время как сервер работает. Если mysqld замечает таблицу, которая должна быть автоматически проверена или восстановлена, он пишет сообщение в журнал ошибок.

На некоторых операционных системах журнал ошибок содержит трассировку стека, если mysqld умирает. Трассировка может использоваться, чтобы определить, где mysqld умер. См. MySQL Internals: Портирование на Другие Системы.

В следующем обсуждении, "консольных" средствах stderr, стандартный вывод ошибок; это - Ваше окно терминала или консоль, если стандартный вывод ошибок не был перенаправлен. (Например, если вызвано с --syslog опция, mysqld_safe устраивает сервер stderr быть отправленным syslog средство, как описано позже.)

На Windows, --log-error и --console опции оба влияют на регистрацию ошибок:

Кроме того, на Windows, события и сообщения об ошибках пишутся Windows Event Log в пределах Журнала приложения. Записи, отмеченные как Warning и Note пишутся Журналу событий, но не информационным сообщениям, таким как информационные операторы от отдельных механизмов хранения. У этих записей журнала есть источник MySQL. Невозможно отключить информацию о записи к Windows Event Log.

На Unix и Подобных Unix системах, mysqld пишет сообщения журнала ошибок следующим образом:

Во времени выполнения, если сервер пишет сообщения об ошибках в консоль, он устанавливает log_error системная переменная к stderr. Иначе, log_error указывает на имя файла журнала ошибок. В частности на Windows, --console использование переопределений файла журнала ошибок и отправляет сообщения об ошибках консоли, таким образом, log_error устанавливается в stderr. Это происходит даже если --log-error также дается.]

Если Вы сбрасываете использование журналов FLUSH LOGS или журналы сброса mysqladmin и mysqld пишут журнал ошибок в файл (например, если это было запущено с --log-error опция), сервер закрывает и вновь открывает файл журнала. Чтобы переименовать файл, сделайте так вручную перед сбрасыванием. Затем сбрасывание журналов вновь открывает новый файл с исходным именем файла. Например, можно переименовать файл и создать новый, используя следующие команды:

shell> mv host_name.err host_name.err-oldshell> mysqladmin flush-logsshell> mv
        host_name.err-old backup-directory

На Windows использование переименовывает, а не милливольт.

Никакое переименование журнала ошибок не происходит, когда журналы сбрасываются, если сервер не пишет в именованный файл.

Если Вы используете mysqld_safe, чтобы запустить mysqld, mysqld_safe устраивает mysqld к сообщениям ошибки при записи к файлу журнала или к syslog. у mysqld_safe есть три опции регистрации ошибок, --syslog, --skip-syslog, и --log-error. Значение по умолчанию без журналирования опций или с --skip-syslog должен использовать файл журнала значения по умолчанию. Чтобы явно определить использование файла журнала ошибок, определить --log-error=file_name к mysqld_safe, и mysqld_safe примет меры, чтобы mysqld записал сообщения в файл журнала. Использовать syslog вместо этого, определите --syslog опция.

Если Вы определяете --log-error в файле опции в a [mysqld], [server], или [mysqld_safe] раздел, mysqld_safe будет находить и использовать опцию.

Если mysqld_safe используется, чтобы запустить mysqld, и mysqld неожиданно умирает, mysqld_safe замечает, что это должно перезапустить mysqld и пишет a restarted mysqld обменивайтесь сообщениями к журналу ошибок.

--log-warnings опция или log_warnings системная переменная может использоваться, чтобы управлять предупреждением журналирования к журналу ошибок. Значение по умолчанию включается (1). Предупреждение журналирования может быть отключено, используя значение 0. Если значение больше чем 1, прерванные соединения пишутся журналу ошибок, и ошибки доступа запрещен для новых попыток подключения пишутся. См. Раздел C.5.2.11, "Коммуникационные Ошибки и Прерванные Соединения".