Используя SNMP для получения ЦП Idle, Пользователь и Система, счетчик Необработанной информации 32 битов
В то время как я соглашаюсь со всем, что ErikA заявил - это - очень частые причины, что MySQL откажет - я должен не согласиться, что любой из тех является наиболее вероятной причиной, что сервер MySQL мог бы прекратить отвечать. Вместо катастрофического отказа MySQL, по моему опыту, намного более вероятно, что Вы встретитесь с конкуренцией базы данных, которая заставит все быть запертым позади одного продолжительного запроса. Это особенно вероятно при создании большой длины и/или сложных чтений на тех же таблицах, как пишутся в.
MyISAM, механизм устройства хранения данных по умолчанию, особенно уязвим для этого, поскольку он использует блокировку уровня таблицы вместо уровня строки, блокирующего тот InnoDB использование. Теоретически возможно иметь конкуренцию уровня строки, но это намного менее вероятно, будет, далеко, иметь проблемы блокировки при выполнении InnoDB, чем MyISAM. Я читал на таблице, блокирующей на вашем месте. Я думаю, что это намного более вероятно.
Я также добавил бы 'свопинг' к списку результатов ErikA, хотя это - технически просто причина очень высокой конкуренции ввода-вывода.
Ответ - сделать это с помощью этого Кстати, извинения, не понял, что я должен был сказать подсчитать процент. CPU_COUNT - это количество процессоров на целевом сервере
value_1=$1
value_2=$2
CPU_COUNT=$3
if (($value_2 < $value_1)); then
value_2=$(($value_2 + 4294967296))
fi
RATE=$( bc <<< "scale=2; ($value_2 - $value_1)/$PERIOD")
VALUE=$( bc <<< "scale=2; $RATE / $CPU_COUNT")