Здравствуйте Дмитрий,
Friday, February 01, 2002, 12:05:13 AM, вы писали:
Д> Осмелюсь предположить, что 67 запросов в сек. - это не шутка. Конечно,
Д> запросы запросам рознь. Стоит посмотреть show status. Какое
Д> Max_used_connections,
Max_used_connections | 571
Но это значение уже накопилось после оверлоада...
Д> Select_full_join (в идеале должно быть 0). Если
Д> Select_full_join - большое число, то следует использовать индексы в
Д> join'ах. Ну, или увеличить join_buffer_size.
Select_full_join | 45501
Select_full_range_join | 166
Попробуем увеличить :)
Д> Slow queries: 531
Д> ^^^^^^^^^^^^^^^^^ А до "затыков" slow queries тоже есть? Если есть,
как произойдет слудующий - посмотрю.
Д> то неплохо бы посмотреть, что это за запросы такие и оптимизировать их
Д> (посмотреть их можно, включив --log-slow-queries[=file_name])
Это было все просто и легко, если бы там жили 1-2 проекта.
Но в сумме то их несколько десятков, и у каждого свой программер.
И далеко не все они заботятся об оптимизации :(( Но там и обращений не
много :) А у тех проектов, которые реально работают вроде все с этим
ок было. Щас еще раз последим...
Д> Кстати, а pconnect в PHP у тебя реально работают? Т.е. при повторном
Д> запуске скрипта используется уже открытое ранее соединение?
Думаю что да, иначе в mysqladmin processlist не виссела бы куча ждущих
сессий.
Д> Также имеет смыл убрать локи (skip-locking в my.cnf)
А вот тут поподробнее плиз, если можно. Я вот считал что наличие этой
опции положительно влияет на производительность и отрицательно на
возможность чекать базы на ходу.
Д> И напоследок: не поделишься скриптами для MRTG, которые CPU и MySQL
Д> меряют? :-)
высылаю отдельно...
--
С уважением, Алексей Русанов
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
