[comment]: # ({e5c9407f-e5c9407f})
# 6. Кодировка получаемых значений

Zabbix сервер ожидает, что каждое получаемое текстовое значение будет в кодировке UTF8. Это относится к любому типу проверок: zabbix агент, ssh, telnet и т.д.

Различные системы/устройства и проверки могут возвращать в значениях non-ASCII символы. Для таких случаев, почти все доступные в Zabbix ключи имеют дополнительный параметр ключа элемента данных — **<кодировка>**. Этот параметр ключа необязателен, но он должен быть указан, если получаемое значение не в кодировке UTF8 и содержит non-ASCII символы. В противном случае результат может быть неожиданным и непредсказуемым.

Описание поведения различных баз данных в этих случаях представлено ниже.

[comment]: # ({/e5c9407f-e5c9407f})

[comment]: # ({efcd9733-b4119079})
#### MySQL

Если значение содержит non-ASCII символ в не UTF8 кодировке — этот символ и следующий за ним символ будут отброшены при записи этого значения базой данных. Никакие предупреждающие сообщения не записываются в *zabbix\_server.log*.<br>
Такое поведение соответствует по крайней мере MySQL версии 5.1.61.

[comment]: # ({/efcd9733-b4119079})

[comment]: # ({9f8e2da5-c305c3e1})
#### PostgreSQL

Если значение содержит non-ASCII символ в не UTF8 кодировке — это приведёт к ошибке в SQL запросе (PGRES\_FATAL\_ERROR:ERROR invalid byte sequence for encoding), и данные не будут записаны. Соответствующее сообщение с предупреждением будет записано в *zabbix\_server.log*.<br>
Такое поведение соответствует по крайней мере PostgreSQL версии 9.1.3.

[comment]: # ({/9f8e2da5-c305c3e1})