Нужен совет по оптимизации mysql

Не наблюдал такого. А как так получается?

Inet-Ark, если считать, как это делает программа top, за 100% время работы ядра, то прекрасно получится.

join_buffer_size = 32M это очень много?

Х.З. добавил 15.06.2010 в 12:37

сейчас mysql нагружает CPU макс. до 7%.

Created_tmp_disk_tables, но уже tmp_table_size = 128M, увеличивать пока цифра зеленной не станет?

Sort_merge_passes, sort_buffer_size = 256K, увеличивать пока цифра зеленной не станет?

Opened_tables, table_cache = 8192, увеличивать пока цифра зеленной не станет?

у вас она никогда не станет зеленой. и я уже писал почему.

т.е. не обращать внимание на этот показатель?

по другим показателям увеличить?

sort_buffer_size - лучше бы увеличить хотя бы до 8M

Opened_tables у вас дошел до максимума, потому что mysqltuner при подсчете объема данных открыл последовательно все таблицы, так что тоже мало веры этому значению. в нормальном режиме многие таблицы наверняка не открываются никогда.

Но разве этот процесс настройки что-то в корне изменил у вас?

да, нагрузка на CPU от mysql в 10-ки раз упала, фантастика:)

Х.З. добавил 15.06.2010 в 13:36

тогда и read_buffer_size так же до 8М увеличить надо?

Х.З. добавил 15.06.2010 в 13:39

в Handler_read_rnd -19М и в Handler_read_rnd_next -1,515 M красные цифры, увеличить read_rnd_buffer_size ?

по вашим данным этого не видно. вы ведь эпизодически поглядываете в top, а не считаете строго.

вообще-то mysqltuner этого вам не советовал.

показатели Handler_* вообще никак от размеров буферов не зависят. Это логические операции и отражают логические этапы выполнения запросов.

Остальное все я бы оставил как есть.