украинский хостер... есть проблема.. вопрос к хостерам и серводержатеям

Приветствую!

И так по порядку.

Тема создана для того, чтобы знающие и бывалые внесли ясность.

-

В кратце:

Есть аккаунт, у одного украинского хостера. Существовует он уже там два года почти, с переменным успехом. (Не ушли от них по той причине, что у них было лучше чем у другого от которого ушли до этого. В последнее время сервис и поддержка сатала лучше в разы, но..)

ТАк как время от времени перезапускается мускул и база теряет индексы. Соответственно иногда при обращении к той или иной строчке возникает большая нагрузка при выборке. Слава богу у них это бывает не так часто.

Приходится проверять базу (2 гб), восстанавливать таблицы, урезать параметры в скриптах до немогу. Так как до этого проблем небыло вобще, база хоть и большая, но нагрузки не создавала!

Что интересно другой сайт с примерно таким же размером базы у нихже, но там скриптов будет чуть по больше - держал нагруз до 8к хостов в сутки, (max было до 100 чел online это по стате бигмира)

Буквально вчера снова приходит письмо от них с логами мускула в котором написано о том что база не может справится с выборкой одной-нескольких записей. Что естественно сбивает с толку - почему все запросто работают нормально а эти

| 284161 | db_refsel  | localhost | db_refall       | Query          |  176 | Sending data       | select name_ref, id_ref from referer limit 85523,2                         |
| 284454 | db_refsel  | localhost | db_refall       | Query          |  145 | Sending data       | select name_ref, id_ref from referer limit 88815,3                         |
| 284919 | db_refsel  | localhost | db_refall       | Query          |  100 | Sending data       | select name_ref, id_ref from referer limit 84830,19                        |
| 285375 | db_refsel  | localhost | db_refall       | Query          |   55 | Sending data       | select name_ref, id_ref from referer limit 80368,17

запросы выполняются медленно????? По сути это всего лиш выборка одной записи с текстом. Максимум текста при выборке 3-4 листа формата a4.

Получается следующая ситуация, индекс FULLTEXT, всё время был !1!

Как бы я его не проверял и не создавал заново? всё равно одна запись в FULLTEXT индексе.

После вчерашних писем, я снова проверил базу, и пересохранил индекс.

МайАдмин, в первые за два года показал, что в FULLTEXT индексе ровно столько записей сколько всего в базе, он показал именно столько сколько должно быть.

Но это так и не повлияло на проблему.

И того, за всё это время как рубится коннект к базе (её видать ребутят когда ктото превышал квоту на проц) у нас слетают индексы. И появляются медленные запросы. Нам пишут письмо с проблемой, кидают её на нас, а решить ни как не помогают.

Я понимаю, в данном случае из за нас у других могу быть проблемы, и клиентов надо избавить от проблем. 100 процентов согласен!

Но это проблему которая появилась из неоткуда (предположительно по действиям самих же хостеров) кидают на нас, мол ваш сайт вы и разбирайтесь...

А разобраться в проблеме мы не сможем сами.

Немного напоминает софковый сервис. Дежурный админ, который следит за порядком, как и в прошлые разы скидывал нам кусок лога тыкал, мол -> вот вам! И типа гребитесь... А как то посодействовать, они либо не в состоянии в ввиду не компетентности (как мне давненько ответили - я mysql незнаю...), либо просто не хотят.

На прямой вопрос, почему в одинаковой базе одни запросы выполняются быстро, а какие то медленно они ответить не могут!!!

Почему??? не у меня же база на винте, а у них! И знать то должны они, верно???

Я пока не могу понять. Все запросы в норме. А именно выборки на эти записи выполняются долго.

Грозятся перевести на ВПС - сейчас лето, прибыль упала. Будет накладно...

Вопрос к бывалым, где может муму порылась? По нашей просьбе нам сейчас готовят логи (в первые за год-два). Почему все запросы в одной и той-же базе выполняются быстро, а эти несколько медленно?