SQLinfo.ru - Все о MySQL

Форум пользователей MySQL

Задавайте вопросы, мы ответим

Вы не зашли.

#1 22.01.2010 16:30:03

fmd
Участник
Зарегистрирован: 22.01.2010
Сообщений: 4

конфиг. есть-ли неточности?

на тазике стоит фря 7,2 amd64
8 гиг оперативы
сервер в основном работает на нужды mysql
остальное слишком мелкое чтобы его рассматривать.
конфиг нижеприведенный пилился мною в течении года.
влияния оказывали mysqltuner и tuning-primer (ну и гугл в том числе)
но все равно сам конфиг вызывает какое-то недоверие. так как с ним мускуль кушает только 2г оперы.

конфиг у меня очень дубовый? или все-таки с ним можно не волноваться за сервер БД?


[client]
port            = 3306
socket          = /tmp/mysql.sock

[mysqld]
port            = 3306
socket          = /tmp/mysql.sock
datadir=/usr/db
skip-locking
key_buffer_size = 2000M
max_allowed_packet = 1M
sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 4M
myisam_sort_buffer_size = 64M
thread_cache_size = 8
query_cache_size= 256M
tmp_table_size = 60M
low_priority_updates=1
concurrent_insert=2
event_scheduler = on
skip_name_resolve
ft_min_word_len = 4


max_connections = 270
query_cache_limit = 20M
table_cache = 14500  
table_open_cache = 10000
table_definition_cache = 4500
max_heap_table_size = 70M
join_buffer_size = 10M

myisam_repair_threads=1
myisam_recover

thread_concurrency = 8

skip-federated

log-bin=mysql-bin
max_binlog_size=819000
expire_logs_days=1

slow_query_log = 1
log-queries-not-using-indexes=/usr/db/noindex.log
binlog_format=mixed

innodb_buffer_pool_size = 256M

[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash

[isamchk]
key_buffer = 128M
sort_buffer_size = 128M
read_buffer = 2M
write_buffer = 2M

[myisamchk]
key_buffer = 128M
sort_buffer_size = 128M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout
 

Отредактированно fmd (22.01.2010 16:33:28)

Неактивен

 

#2 22.01.2010 17:08:46

paulus
Администратор
MySQL Authorized Developer and DBA
Зарегистрирован: 22.01.2007
Сообщений: 6757

Re: конфиг. есть-ли неточности?

key_buffer_size = 2000M

Основная память на незагруженных сложными запросами серверах уходит
под ключи (если не использовать InnoDB), соответственно, память больше
не расходуется, т.к. у Вас стоит 2Г под кэши.

Неактивен

 

#3 22.01.2010 18:16:22

fmd
Участник
Зарегистрирован: 22.01.2010
Сообщений: 4

Re: конфиг. есть-ли неточности?

дело в том, что на выхлопе mysqltuner имею вот такое

[--] Data in MyISAM tables: 11G (Tables: 2376)
[--] Data in MRG_MYISAM tables: 0B (Tables: 1)
[--] Data in InnoDB tables: 18M (Tables: 31)
[!!] Total fragmented tables: 129

-------- Performance Metrics -------------------------------------------------
[--] Up for: 2m 10s (55K q [430.000 qps], 2K conn, TX: 198M, RX: 7M)
[--] Reads / Writes: 43% / 57%
[--] Total buffers: 1.0G global + 23.2M per thread (270 max threads)
[OK] Maximum possible memory usage: 7.2G (84% of installed RAM)
[OK] Slow queries: 0% (0/55K)
[OK] Highest usage of available connections: 7% (20/270)
[!!] Key buffer size / total MyISAM indexes: 500.0M/8.4G
[!!] Key buffer hit rate: 86.7% (926K cached / 123K reads)
[OK] Query cache efficiency: 59.3% (17K cached / 29K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 291 sorts)
[!!] Joins performed without indexes: 1
[OK] Temporary tables created on disk: 20% (140 on disk / 677 total)
[OK] Thread cache hit rate: 98% (36 created / 2K connections)
[OK] Table cache hit rate: 81% (218 open / 266 opened)
[OK] Open file limit used: 3% (389/11K)
[OK] Table locks acquired immediately: 98% (26K immediate / 27K locks)
[OK] InnoDB data size / buffer pool: 18.9M/256.0M

-------- Recommendations -----------------------------------------------------
General recommendations:
    Run OPTIMIZE TABLE to defragment tables for better performance
    MySQL started within last 24 hours - recommendations may be inaccurate
    Adjust your join queries to always utilize indexes
Variables to adjust:
    key_buffer_size (> 8.4G)
    join_buffer_size (> 15.0M, or always use indexes with joins)
 


оно рекомендует увеличивать key_buffer_size
но по результатам его увеличения, я просто вываливаюсь за лимиты возможного к использованию пространства памяти

Неактивен

 

#4 22.01.2010 20:02:32

paulus
Администратор
MySQL Authorized Developer and DBA
Зарегистрирован: 22.01.2007
Сообщений: 6757

Re: конфиг. есть-ли неточности?

Преждевременная оптимизация — зло smile

Если Вам не нужно использовать много памяти, не используйте. Хотите, чтобы
MySQL ел больше памяти — увеличьте key_buffer_size, но не до 8.4G, как
рекомендует программа, а до какого-то разумного предела.

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

Неактивен

 

#5 18.05.2010 03:14:58

WebGraf
Участник
Зарегистрирован: 18.05.2010
Сообщений: 4

Re: конфиг. есть-ли неточности?

perl mysqltuner.pl --forcemem 8192
И программа будет ограничена 8-ми гигами оперативы

Неактивен

 

Board footer

Работает на PunBB
© Copyright 2002–2008 Rickard Andersson