nozzy: мне всё равно как в последствии отсеять поля второго юзераЮ текущий вопрос поставленную задачу решает. кстати, в postgres он тоже без group_by вызывает ошибку :)
Денис Сечин: перезагружаете винду. если не запускается, выключаете, вынимаете винты - появится надпись нет загрузочного устройства (логично), вставляете винты — грузится/негрузится, проблема локализируется контроллером винта или южным мостом. мосты тоже дохнут со временем, к сожалению :(
Денис Сечин: ничего не понял, вы пишите взаимоисключающие вещи.
> когда я по очереди вынимал все устройства он запустился
> но потом когда я начал подключать все обратно он опять включился
если после вынутого винта он написал, что нет загрузочного устройства, значит проблема скорее всего в винте — если после вставки его обратно, он снова начал подвисать.
Денис Сечин: на сколько знаю из опыта обычно это шалит контроллер винта (либо на плате, что мало вероятно, либо сам винт, потому что он принимает на себя участие после поста), либо южный мост. но могут быть нюансы. короче выдёргивайте всё, что можно выдернуть и тестируйте.
проверьте количество запросов: может вас ддосят местами.
если нет, то включите сперва slow_query_log и настройте long_query_time секунды на 3, после чего смотрите в логах что так нагружает. можно пробежаться по запросами и затем по таблицам, расставив индексы на числовые и некоторые текстовые поля (если таблицы не слишком большие), которые используются в запросах.
это как для затравки я обычно делаю
Андрей Еськов: нет единого решения для столь размытых вопросов. Если б вы спросили. вот такой-то запрос, с такими-то данными, с такой-то структурой таблиц работает медленно — было бы о чём говорить. А между запросом пользователя и ответом ему миллионы операций и кто знает, в чём могут быть тормоза?
