Выбор hdd сервера для посещаемого сайта.

А Вы поставьте нормальное значение времени для slow query, а не 10 секунд. Поставьте там 1 секунду.

поставил 1 секунду

Также поменял max_connections = 200 на max_connections = 105

Проверим через 1-2 часа.

вы бы повтороно mysqltuner показали.

>> MySQLTuner 1.2.0 - Major Hayden <major@mhtx.net>

>> Bug reports, feature requests, and downloads at http://mysqltuner.com/

>> Run with '--help' for additional options and output filtering

[OK] Logged in using credentials from debian maintenance account.

-------- General Statistics --------------------------------------------------

[--] Skipped version check for MySQLTuner script

[OK] Currently running supported MySQL version 5.0.51a-24+lenny4-log

[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------

[--] Status: +Archive -BDB +Federated +InnoDB -ISAM -NDBCluster

[--] Data in MyISAM tables: 11M (Tables: 77)

[--] Data in InnoDB tables: 1M (Tables: 30)

[!!] Total fragmented tables: 9

-------- Security Recommendations -------------------------------------------

[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------

[--] Up for: 3h 18m 48s (210K q [17.663 qps], 10K conn, TX: 217M, RX: 17M)

[--] Reads / Writes: 57% / 43%

[--] Total buffers: 314.0M global + 6.4M per thread (105 max threads)

[OK] Maximum possible memory usage: 982.6M (12% of installed RAM)

[OK] Slow queries: 0% (38/210K)

[OK] Highest usage of available connections: 8% (9/105)

[OK] Key buffer size / total MyISAM indexes: 256.0M/7.2M

[OK] Key buffer hit rate: 99.9% (4M cached / 4K reads)

[OK] Query cache efficiency: 38.8% (40K cached / 104K selects)

[!!] Query cache prunes per day: 52203

[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 19K sorts)

[!!] Temporary tables created on disk: 38% (7K on disk / 20K total)

[OK] Thread cache hit rate: 99% (9 created / 10K connections)

[!!] Table cache hit rate: 0% (142 open / 48K opened)

[OK] Open file limit used: 19% (202/1K)

[OK] Table locks acquired immediately: 99% (120K immediate / 120K locks)

[OK] InnoDB data size / buffer pool: 1.3M/8.0M

-------- Recommendations -----------------------------------------------------

General recommendations:

Run OPTIMIZE TABLE to defragment tables for better performance

MySQL started within last 24 hours - recommendations may be inaccurate

When making adjustments, make tmp_table_size/max_heap_table_size equal

Reduce your SELECT DISTINCT queries without LIMIT clauses

Increase table_cache gradually to avoid file descriptor limits

Variables to adjust:

query_cache_size (> 32M)

tmp_table_size (> 32M)

max_heap_table_size (> 16M)

table_cache (> 256)

В общем те параметры которые я Вам указывал вы так и не поменяли.

Ну вот появились и логи:

# Query_time: 8 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 8 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 7 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 5 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 4 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 4 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 5 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 2 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# Time: 130129 11:26:12

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 2 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

UPDATE _post_extras SET news_read=news_read+1 WHERE news_id='2739';

# Time: 130129 11:34:28

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 2 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 2 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 2 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# Time: 130129 12:04:35

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 2 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# User@Host: пользователь_1[пользователь_1] @ localhost []

# Query_time: 2 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

TRUNCATE TABLE _views;

# User@Host: remont63_phpbb1[remont63_phpbb1] @ localhost []

# Query_time: 2 Lock_time: 0 Rows_sent: 0 Rows_examined: 0

use remont63_phpbb1;

UPDATE phpbb__config SET

config_value = 'aaed045dc3cd3d517a127ab4409709ce'

WHERE config_name = 'rand_seed';

---------- Добавлено 29.01.2013 в 12:27 ----------

Вот эти параметры Вы писали:

max_connections=120

query_cache_size=256M

query_cache_type=1

query_cache_size=2M

tmp_table_size=512M

max_heap_table_size=512M

table_cache=1024

У меня в конфигах из этих параметров только 2 присутствуют, остальных нету, они видимо по умолчания работают.

поэтому прежде чем начать что-то править - разобраться хотя бы нужно со всем этим.

Я походу когда еще сервер только заказал в стандартных конфигах менял несколько строчек.

эти параметры дописываются.

Подкорректировал чуток, запустил mysqltuner.

>> MySQLTuner 1.2.0 - Major Hayden <major@mhtx.net>

>> Bug reports, feature requests, and downloads at http://mysqltuner.com/

>> Run with '--help' for additional options and output filtering

[OK] Logged in using credentials from debian maintenance account.

-------- General Statistics --------------------------------------------------

[--] Skipped version check for MySQLTuner script

[OK] Currently running supported MySQL version 5.0.51a-24+lenny4-log

[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------

[--] Status: +Archive -BDB +Federated +InnoDB -ISAM -NDBCluster

[--] Data in MyISAM tables: 11M (Tables: 77)

[--] Data in InnoDB tables: 1M (Tables: 30)

[!!] Total fragmented tables: 9

-------- Security Recommendations -------------------------------------------

[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------

[--] Up for: 1m 29s (1K q [21.292 qps], 188 conn, TX: 1M, RX: 153K)

[--] Reads / Writes: 66% / 34%

[--] Total buffers: 780.0M global + 6.4M per thread (120 max threads)

[OK] Maximum possible memory usage: 1.5G (19% of installed RAM)

[OK] Slow queries: 0% (0/1K)

[OK] Highest usage of available connections: 2% (3/120)

[OK] Key buffer size / total MyISAM indexes: 256.0M/7.2M

[OK] Key buffer hit rate: 99.6% (35K cached / 135 reads)

[OK] Query cache efficiency: 26.4% (259 cached / 980 selects)

[OK] Query cache prunes per day: 0

[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 139 sorts)

[!!] Temporary tables created on disk: 32% (82 on disk / 255 total)

[OK] Thread cache hit rate: 98% (3 created / 188 connections)

[OK] Table cache hit rate: 24% (122 open / 492 opened)

[OK] Open file limit used: 8% (185/2K)

[OK] Table locks acquired immediately: 100% (1K immediate / 1K locks)

[OK] InnoDB data size / buffer pool: 1.3M/8.0M

-------- Recommendations -----------------------------------------------------

General recommendations:

Run OPTIMIZE TABLE to defragment tables for better performance

MySQL started within last 24 hours - recommendations may be inaccurate

Temporary table size is already large - reduce result set size

Reduce your SELECT DISTINCT queries without LIMIT clauses

Вот с этим только не могу разобраться:

[!!] Temporary tables created on disk: 32% (82 on disk / 255 total)

А почему не поставить SSD?

А человеку ведущему малоподвижный образ жизни и много кушающему, а следовательно набирающему излишний вес вы предложите купить побольше квартиру и большую машину или посоветуете заняться собой?