без администратора - даже не стоит и пробовать начинать проект.:)
сначала серверы_проект_программирование, потом администратор - главнейшая ошибка :) на которой все еще никак не научатся.
очень зависит от структуры базы конечно.
но mysql это mysql. память лишней не бывает.
да-да, я имел ввиду для российского трафика.
мобильный контент например разлетается от них на ура. берем 6х по 500мбит.
попробуйте поговорить с многобайтом. идут на уступки по ценам. мы сторговались на 2000руб за каждые выделенные 100мбит.
иногда - роботы реально безумно борзеют.
ограничивать доступ - это не правильно. да. но иногда, редко, но бывает - это единственный выход , что бы серверы не грохнулись от обработки яндексом много-страничного сайта. повторюсь - редко - но бывает, что спасет от дауна других клиентов хостинга - это бан поисковиков на пару часов. а сеошники - ничего , перебъются. в этот ап не продвинули - продвинут в другой ап. меньше будет ГС "под сапу", коих сейчас - 70% всего рунета. все равно чистого интернета уже не осталось. хотя, повторюсь, это не правильно. првильно ограничивать ресурсы клиенту согласно его тарифу и не вестись на "это наш ключевой клиент хостинга, у него сайт тормозит, отпусти ему все ограничения!!!".
PS: в сео не шарю не шыша.
да всегда пжт!)
сарафанное радио.
сначала ты на резюме, потом оно на тебя...
для постоянной подпитки - возьмите пару крупных клиентов и аутсорсите их плотно
tail -n 300 /var/log/mysql/mysql-slow.log ну а таки тут есть что-нибудь ,выполняющееся по 20 секунд например, или выбирающее миллионы строк ? в табличках индексы проставили ?
не сомневаюсь, что вся проблема в кипре.
банковская система там - сейчас парализована, и будет парализована еще долгое время.
innodb_buffer_pool_size=8G - у вас базы все в innodb ?
действительно ли в innodb данных на 8гб ?
индексы в тяжелых табличках проставлены ?
после суток работы СУБД в боевом режиме что в /var/log/mysql/mysql-slow.log ?
tail -n 300 /var/log/mysql/mysql-slow.log
