Регулярно падает mysql

Смотрите лог mysql.

где и как можно это сделать?

Обычно лог mysql лежит там, где находятся сами базы, либо /var/log/mysql

Файл имеет название hostname.err, вместо hostname соответственно название машины (хоста).

пробуйте увеличить лимиты my.cnf или пропробуйте mysqltuner.pl и следуйте рекомендациям.

ТС настройку сервера кто либо делал или все из коробки?

Если нет, проще и лучше наймите админа на пару часов.

какая производительность сервера ?

как выглядит конфигурация mysql.

http://www.mysql.ru/docs/man/Can_not_connect_to_server.html

Ошибка (2002) Can't connect to ... обычно говорит о том, что MySQL не запущен на данной системе или что при попытке соединиться с сервером mysqld используется неверный сокет-файл или порт TCP/IP.

это если коротко, а так - нужно смотреть.

Обратитесь к администратору и он без гадания и бубна все сделает вам.

Если коротко , у человека на впс в 512Мбайт RAM не вписывались запросы mysql.

debian хочет минимально 512RAM памяти. Далее уже столько - сколько хочется для приложений. До сих пор удивляют хостеры , продающие впски на 256мбайт, 512мбайт. Сейчас уже и с гигом особо не развернешься.

В общем в логах тотальный unnable to allocate memory for buffer pool и т д.

Клиент увеличил память на впс - стало кардинально легче.

зажимания php и mysql кладут проект в лютые тормоза и своп.

что же там за проект такой большой что даже с гигом памяти (ну или сколько стало)

??

было 512, стало гиг. с гигом - полегчало.

debian 7.8, минимальные системные требования - 512Мб RAM по официальным данным, остальное можно отдать на приложения. со 100Мбайт-120Мбайт свободной памяти без нагрузок, я считаю - нечего и плясать с более менее вменяемым сайтом. Посоветовал человеку увеличится до 1гб - стало много легче.

Зажимые по потреблению ресурсов php и mysql - кладут сайт. Отпускания - кладут в лютый своп сервер. Какой нафиг тюнинг, у меня в телефоне больше RAM, предлагаемые 512 от некоторого числа хостеров - это уже даже не смешно... Тем не менее, такие тарифы все еще существуют...Да..можно пытаться спорить в случае VZ... но в остальном - большой вопрос.

PS: Стараюсь не работать с клиентами , у которых памяти меньше 1-2гб. Мне им тупо нечего предложить кроме оптимизации сайта в усмерть силами программиста, лютых кешей страниц в статику+ мыло и удавку....

Администратору с кешированием во временные разделы памяти, увеличением кеша запросов и т д (а все это ложится в память) с RAM менее 2гб в текущих реалиях - делать просто нечего. Что говорить - у меня FF сейчас при открытии этой страницы, главной рамблера, и двух страниц Темы (тот самовлюбленный утырок, который самизнаетекто) с фотками - жрет уже 600мбайт RAM....

PPS: ну ...если только ядреный своп на очень быстрых дисках, которые никогда не обгонят RAM по IO....