Системная переменная log_error_services управляет загрузкой компонентов журнала и их включением для регистрации ошибок. По умолчанию, log_error_services имеет значение, показанное здесь:

mysql> SELECT @@GLOBAL.log_error_services;
+----------------------------------------+
| @@GLOBAL.log_error_services            |
+----------------------------------------+
| log_filter_internal; log_sink_internal |
+----------------------------------------+

Это значение указывает, что события журнала сначала проходят через компонент фильтра log_filter_internal, затем через компонент приемника log_sink_internal, оба из которых являются встроенными компонентами. Фильтр изменяет события журнала, видимые компонентами, указанными позже в значении log_error_services. Приемник — это пункт назначения для событий журнала. Обычно приемник обрабатывает события журнала в сообщения журнала с определенным форматом и записывает эти сообщения в соответствующий вывод, например, в файл или системный журнал.

Сочетание log_filter_internal и log_sink_internal реализует стандартное поведение фильтрации и вывода журнала ошибок. Действия этих компонентов зависят от других параметров сервера и системных переменных:

При настройке log_error_services учитывайте следующие характеристики:

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

Существует два метода конфигурации журнала ошибок: неявный и явный. Рекомендуется выбрать один метод конфигурации и использовать его исключительно. Использование обоих методов может привести к предупреждениям при запуске. Дополнительную информацию см. в разделе Устранение неполадок при конфигурации.

В этом разделе описано, как неявным образом загрузить и активировать компоненты журнала ошибок с использованием log_error_services. Обсуждение методов конфигурации журнала ошибок см. в разделе Методы конфигурации журнала ошибок.

Чтобы неявным образом загрузить и активировать компоненты журнала ошибок:

Чтобы отключить компонент журнала, удалите его из значения log_error_services. Также удалите все связанные настройки переменных компонента, которые вы определили.

Данная процедура описывает, как явно загрузить и включить компоненты ведения журнала ошибок, загрузив компоненты с помощью INSTALL COMPONENT, а затем включив их с помощью log_error_services. Для обсуждения методов конфигурации журнала ошибок см. Методы конфигурации журнала ошибок.

Для явного загрузки и включения компонентов ведения журнала ошибок:

Для отключения компонента журнала, удалите его из значения log_error_services. Затем, если компонент загружаемый, и вы хотите его разгрузить, используйте UNINSTALL COMPONENT. Также удалите все связанные с ним настройки переменных компонента.

Попытки использовать UNINSTALL COMPONENT для разгрузки загружаемого компонента, который всё ещё указан в значении log_error_services, приведут к ошибке.

Если вы ранее загружали компоненты журнала ошибок явно с помощью INSTALL COMPONENT и хотите переключиться на неявную конфигурацию, как описано в Неявной конфигурации журнала ошибок, рекомендуются следующие шаги:

Если вам нужно перейти от неявной конфигурации к явной, выполните следующие шаги:

Компоненты журнала, перечисленные в значении log_error_services при запуске, загружаются неявно на ранней стадии запуска MySQL Server. Если компонент журнала был загружен ранее с помощью INSTALL COMPONENT, сервер пытается загрузить компонент позже в последовательности запуска, что приводит к предупреждению Невозможно загрузить компонент из указанного URN: 'file://component_component_name'.

Вы можете проверить это предупреждение в журнале ошибок или запросив таблицу Performance Schema error_log с помощью следующего запроса:

SELECT error_code, data
  FROM performance_schema.error_log
 WHERE data LIKE "%'file://component_%"
   AND error_code="MY-013129" AND data LIKE "%MY-003529%";

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

Аналогичная ошибка возникает при попытке явной загрузки компонента, который был загружен неявно при запуске. Например, если log_error_services содержит компонент JSON-приёмника журнала, этот компонент загружается неявно при запуске. Попытка явной загрузки того же компонента позже возвращает эту ошибку:

mysql> INSTALL COMPONENT 'file://component_log_sink_json';
ERROR 3529 (HY000): Cannot load component from specified URN: 'file://component_log_sink_json'.

Возможна настройка нескольких приемников журналов, что позволяет отправлять выходные данные на несколько пунктов назначения. Для включения приемника JSON-логирования в дополнение к (а не вместо) стандартного приемника задайте значение log_error_services следующим образом:

SET GLOBAL log_error_services = 'log_filter_internal; log_sink_internal; log_sink_json';

Для возврата к использованию только стандартного приемника и разгрузки системного приемника журнала, выполните эти команды:

SET GLOBAL log_error_services = 'log_filter_internal; log_sink_internal;
UNINSTALL COMPONENT 'file://component_log_sink_json';

Если включенные компоненты журнала включают приемник, поддерживающий Performance Schema, события, записанные в журнал ошибок, также записываются в таблицу Performance Schema error_log. Это позволяет анализировать содержимое журнала ошибок с помощью запросов SQL. В настоящее время традиционный log_sink_internal и JSON-формат log_sink_json приемники поддерживают эту функциональность. См. Раздел 29.12.22.2, «Таблица error_log».