- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброго дня.
Без какой-то причины появилась такая проблема, проявляется двумя способами.
1. скрипт, конвертирующий XML (70 МБ) в CSV (100МБ). Раньше выполнялся меньше минуты. Сейчас выполняется около 4х часов. При это первые 30 мегабайт из 100 генерируются почти мгновенно, а потом идет замедление непрерывное. В итоге 100Мб генерится около 4х часов.
2. Очень много данных постоянно обновляется. Есть запрос на 20 000 UPDATE в MySQL. Раньше это занимало менее 30 сек. Сейчас выполняется 2-4 минуты. Запросы простейшие. один запрос отдельно выполняется за 0.0005 сек. 0.0005*20 000 = 10 сек. А если все сразу, то начинается тупняк.
Никаких настроек не менялось. ничего не делалось. Администраторы ничего понять не могут. Может кто подскажет куда капать?
У вас выделенный сервер или VDS?
1. БД при этой генерации участвует или просто скрипт лопатит?
2. БД при этом выросла или не изменилась по количеству записей?
У вас выделенный сервер или VDS?
1. БД при этой генерации участвует или просто скрипт лопатит?
2. БД при этом выросла или не изменилась по количеству записей?
VDS
1. Просто скрипт. база не задействована.
2. БД не выросла.
При этом есть другой ВДС, там данных даже больше в полтора раза. и нагрузка пользователей кратно выше. Но такие же запросы выполняются быстро
как вариант у вас место кончилось и ему негде кешировать вывод
попробуйте командой df -h оценить количество свободного места на диске и в свопе
Проблема с БД решилась, когда сверял каждую переменную с другим сервером.
innodb_flush_method была sync, я вернул на direct (хотя в теории sync должна быть быстрее вроде как).
После замены все начало летать.
Но это не объясняет почему все работало раньше и почему перестало работать. И не объясняет замедление скрипта без БД
Но это не объясняет почему все работало раньше и почему перестало работать. И не объясняет замедление скрипта без БД
Поскольку у вас VDS, то можно долго и тщетно искать проблему, которая может быть вообще не на вашем VDS. У меня так был тоже сервачок, без видимых причин стал жестко тупить, вплоть до того, что картинки на сайте стали отдаваться медленно. Несколько дней долбил саппорт, они отмазывались, что быть такого не может и проблема у меня. А потом неожиданно, после того как сказал, что ок, просто съеду - ррраз и выяснилось, что выросла нагрузка у соседствующего VDS в этой ноде и потому вот всем стало плохо. И тут же нашлось как все пофиксить.
админы первым делом предложили миграцию и сделали это в первую же ночь. Но это не помогло тогда.