Смотрите макросы поддерживаемые по назначению для получения более подробных сведений.
Ранее, низкоуровневое обнаружение могло генерировать очень большое количество запросов к базе данных, и даже приводило к взаимным блокировкам. Начиная с Zabbix 2.0.6, каждый прототип низкоуровневого обнаружения обрабатывается в своей отдельной транзакции, во избежание взаимных блокировок.
Так же была значительно улучшена обработка прототипов элементов данных:
В тесте, количество SQL запросов при первом запуске LLD было уменьшено в 64 раза. В последующие запуски, если ничего не требуется изменить в объектах обнаружения, количество SQL запросов было уменьшено в 250 раз. В последующих запусках, при имеющихся изменениях, количество SQL запросов уменьшено в 210 раз. Обратите внимание, что общий размер SQL запросов был еще более уменьшен.
Объем трафика между Zabbix сервером и Java Gateway был сокращен.
Процесс эскалатор Zabbix сервера - генерирует оповещения при обработке эскалаций. Ранее эти оповещения были недоступны процессу alerter, они становились доступными только после того как эскалатор завершит свою работу. Такое поведение было исправлено путем разделения одной транзакции обработки всех эскалаций в отдельные транзакции для каждой эскалации, таким образом результаты становятся доступными alerter, даже если эскалатор еще занят.
Журналирование не удачных подключений активных проверок
Zabbix агент теперь генерирует предупреждающие записи в файле журнала при не успешном подключении к серверу/прокси в случае с активными проверками:
active check data upload to [127.0.0.1:10051] started to fail ([connect] cannot connect to [[127.0.0.1]:10051]: [111] Connection refused)
active check configuration update from [127.0.0.1:10051] started to fail (cannot connect to [[127.0.0.1]:10051]: [111] Connection refused)
и при дальнейшем восстановлении: