выяснение высокой загрузки вызывает от вершины и iotop
Ну, оказывается, что сертификат имел дополнительное пространство в конце его (не совсем уверенный, как это стало там, и не сразу видимым через ssh доступ), и этого было достаточно для порождения вещей получить wonky на некоторых браузерах..., но я также должен был объединить эти два сертификата вместе ssl.cert сначала, и промежуточная секунда. В прошлом я всегда делал это наоборот, но здесь, это должен был быть этот путь по причинам, которые я все еще не знаю, но клиент счастлив, таким образом, я добираюсь, чтобы иметь мои выходные!
Ваша конкретная проблема, безусловно, I / Связано с O из-за того, насколько глубоко вас затолкнул mySQL в ваше пространство подкачки. В идеале вы должны использовать ноль подкачки большую часть времени с того момента, как ОС начинает перекачивать память на диск, ваша производительность резко упадет, поскольку процессы ждут ввода-вывода. Думайте об этом как о Производительность = 1 / N ^ swap , где, поскольку ОС использует больше пространства подкачки, производительность обычно экспоненциально хуже. Похоже, что вы занимаетесь 3 гигабайтами глубоко в вашем пространстве подкачки, что меня просто ужасает.
Если после того, как вы изменили настройки mySQL, как вы упомянули, вы: Если вы по-прежнему используете в свопе в среднем более нескольких мегабайт , вы должны учитывать: [от лучшего к худшему, 2 и 3 примерно связаны]
- Оптимизация схемы базы данных и запросов.
- Добавление большего объема оперативной памяти к машине .
- Разделение сервера mySQL на другую выделенную машину.
- Перенос пространства подкачки на высокоскоростное устройство, такое как SSD. [это убивает SSD]
Что мне делать, если я хочу предотвратить эту высокую нагрузку.
Сервер FAster, лучшее программирование?
серьезно, вы смотрите на это с неправильной стороны. ЛАЙК: «Я таксист, езжу слишком много километров в день, как мне это сократить». Ваша сторона запроса исправлена (не принимая во внимание такие вещи, как атаки ddos), и элементы должны обслуживаться.
Итак, он сбегает - получите более мощный сервер, назначьте больше оперативной памяти для кеширования (более мощный сервер) или поразите некоторых программистов с помощью «Исправьте ошибки», чтобы заставить их писать лучший код.
В этом случае это может быть проблема mySql, но тогда это то, что вернется к разработчикам сайта как «используйте индексы, парни» или « лучше запросы ". Не то чтобы я этого не видел (sql server, portal, ZERO index, server "умер" с ИО все жрет). Но это то, что разработчики сайтов должны исправить.
Я думаю, ваша проблема Mysql. Вы используете всю свою память, что вызывает свопинг. Своп вызывает более высокий ЦП, потому что ваш раздел подкачки заполняется, и ваш ввод-вывод не может обрабатывать ничего другого. Как видите, своп используется, но еще не заполнен. Хотя более быстрый диск интересен, вам также следует увеличить объем памяти. Своп предназначен только для случайного, а не постоянного использования.
Судя по приведенным здесь данным, вы ПЕРЕМЕНЫ. Это действительно убивает вашу производительность, так как это то, что делает любой тип подкачки.
Мое немедленное предложение - удвоить объем памяти, имеющейся у вас в машине ... и, конечно же, увеличить пространство подкачки, чтобы оно соответствовало размеру памяти.