Нагрузка на хостинг (MySQL)

Спасибо буду учить. Посещалку убрал, это лишнее таки да

Я думаю не парсер грузит sql, завтра посмотрим..

---------- Добавлено 28.01.2018 в 23:14 ----------

Заметил проблему с нагрузкой впервые сегодня, и то потому что пришло письмо на почту о штрафе )) Спасибо за советы.

За 700грв в месяц отдавать за хостинг это дорого. Сайт 100-150$ приносит, начало сезона только :(

Так все верно, сайт работает нормально, дело даже не в базе данных... Все парсеры создают высокую нагрузку.... и узнали из письма, а не из-за того что сайт стал глючить...

Да, в отчете же видно что грузит счетчик посещаемости, он ведь записывает Ip клиента в базу и проверяет на совпадение, а цифры там не малые))

Парсер можно сравнить + 20 запросов к БД при клики на кнопку, ему нужно просто обновить столбцы с iframe. Или я не прав?

Вы парсер запускаете раз-два в день или он у вас постоянно на автомате парсит скажем раз в час?

Сам запускал, раз 30 точно за сутки, а это больше чем раз в час.

Уже видно результат я снёс скрипт посещаемости, и нагрузка в разы упала, думаю даже за 1к не поднимется. Парсер поставил на автомат, раз в час.

Причина была в счетчике... буду знать теперь.

Все просто, записи в бд(INSERT,UPDATE) всегда выполняются дольше и требуют больше ресурсов

Причина в коряво написанном счетчике. Оптимизируйте запросы и проставьте индексы, так как у вас 100% не только в счетчике проблемы (если его и саму CMS писало одно лицо) Это один из тех моментов когда вам необходимо решить все самому и перейти на next level по устранению косеков =)

Вероятно в этом...

Вообще не понятно как можно написать самому сайт и не знать основ про Mysql

По легче :)

Индексы не всегда нужны, если сайт маленький т.е. данных не много и мало когда обновляются.

А вот если уже пошла нагрузка, да ещё и плюс с ограниченными ресурсами тогда уже надо изучать.

Это если есть индексов 100500, и в основном insert. Если нету - должны быстрее.

PS. Даже по-другому.... либо insert либо update выполняется относительно долго.