Проблема с VPS

"понимаю не хватает ресурсов, MySQL перезагружается, а чего apache зависает?"

что значит зависает, в error log смотрите чего он пишет

"и как правильно настроить MySQL, чтоб ничего не зависало и не отключалось"

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

"

table open cache - 131,072

tmp table size - 256Мb

max heap table size - 256Мb

"

ну и куда вы столько накрутили, рекомендую вернуть дефолтный конфиг для начала.

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

Den73, error_log при зависании чист - браузер не может найти сервер...

дефолтного конфига уже нет - давно меняли эти цифры - норм всё работало... оч редко раз в 3-4 мес отключался.. поищу в гугле что нибудь.. спасибо!

Оптимизайка, не сохранил его.. как будет выложу.. план выполнения - explain? отдельно выполнить медленный запрос в phpmyadmin с ним?

помню делали изменения настройки mysql из-за красных цифер в phpmyadmin - вкладка состояние..

Created tmp disk tables, увеличили tmp_table_size и max_heap_table_size - циферка осталась красной но заметно меньше.. сейчас 850

Opened tables, увеличили table_open_cache - циферка сейчас тоже красная => 165

вот медленный запрос (1 за 25 мин)

SELECT * FROM brand 
INNER JOIN model ON brand.id=model.brand_id 
INNER JOIN modification ON brand.id=modification.brand_id AND model.id=modification.model_id 
WHERE  brand.status="1" AND model.status="1" AND  modification.status="1" ORDER BY  modification.date LIMIT 14144, 8;

Explain - причём был выполнен довольно шустро - макс пару сек.. никак не 10,6 как в логе

Индексы стоят на все 3 интовых поля? Date в каком формате хранится? Unix timestamp? Индекс проставлен? Сколько времени ъвыполняется данный запрос?

из таблицы brand выборка не использует индексы. Постройте индекс или перепишите запрос

sg552, индексы стоят, поле `date` тип DATETIME - без индекса

izbushka, поле `id` - стоит индекс PRIMARY..

убрал все изменения в my.cnf - по идее он берёт дефолтные значения, с mysql всё норм - медленные запросы были, но не зависал и ошибок не выдавал.. а вот с apache проблемка была вчера - завис, сайты были не доступны..

отключил проблемный сайт, посмотрим что да как будет... по нагрузке всё ~ на прежнем урвне

Это, несомненно, замечательно, однако в условии используется поле WHERE brand.status="1" .

если ставить на все поля индекс - то размер индекса будет больше самих данных :)

`status` или 0 или 1 - TINYINT...

сайт отключили, но особой разницы не заметили пока...

Не на все поля, а на те по которым идет выборка. А у вас как раз наоборот.

status, если он 0 или 1, удобнее делать не tinyint a enum('0','1')

izbushka, спасибо - учту этот момент...

по id склеиваю, по текстовым полям поиск работает, статус - показывать в результах или нет и дата для сортировки... можно конечно отказаться от даты и использовать id - но опять же неужели из-за этого VPS ложится? ))