s1:~# ./tuning-primer.sh -- MYSQL PERFORMANCE TUNING PRIMER -- - By: Matthew Montgomery - MySQL Version 5.0.81 i686 Uptime = 18 days 7 hrs 12 min 41 sec Avg. qps = 1090 Total Questions = 1723908414 Threads Connected = 3 Server has been running for over 48hrs. It should be safe to follow these recommendations To find out more information on how each of these runtime variables effects performance visit: http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html Visit http://www.mysql.com/products/enterprise/advisors.html for info about MySQL's Enterprise Monitoring and Advisory Service SLOW QUERIES The slow query log is NOT enabled. Current long_query_time = 10 sec. You have 251 out of 1723908446 that take longer than 10 sec. to complete Your long_query_time may be too high, I typically set this under 5 sec. BINARY UPDATE LOG The binary update log is NOT enabled. You will not be able to do point in time recovery See http://dev.mysql.com/doc/refman/5.0/en/point-in-time-recovery.html WORKER THREADS Current thread_cache_size = 80 Current threads_cached = 48 Current threads_per_sec = 0 Historic threads_per_sec = 0 Your thread_cache_size is fine MAX CONNECTIONS Current max_connections = 500 Current threads_connected = 2 Historic max_used_connections = 50 The number of used connections is 10% of the configured maximum. You are using less than 10% of your configured max_connections. Lowering max_connections could help to avoid an over-allocation of memory See "MEMORY USAGE" section to make sure you are not over-allocating MEMORY USAGE Max Memory Ever Allocated : 388 M Configured Max Per-thread Buffers : 1.92 G Configured Max Global Buffers : 192 M Configured Max Memory Limit : 2.11 G Physical Memory : 1.91 G Max memory limit exceeds 90% of physical memory KEY BUFFER Current MyISAM index space = 438 M Current key_buffer_size = 150 M Key cache miss rate is 1 : 818 Key buffer free ratio = 84 % Your key_buffer_size seems to be fine QUERY CACHE Query cache is enabled Current query_cache_size = 32 M Current query_cache_used = 22 M Current query_cache_limit = 1 M Current Query cache Memory fill ratio = 69.98 % Current query_cache_min_res_unit = 4 K MySQL won't cache query results that are larger than query_cache_limit in size SORT OPERATIONS Current sort_buffer_size = 1 M Current read_rnd_buffer_size = 768 K Sort buffer seems to be fine JOINS Current join_buffer_size = 1.00 M You have had 36281 queries where a join could not use an index properly You have had 2368 joins without keys that check for key usage after each row You should enable "log-queries-not-using-indexes" Then look for non indexed joins in the slow query log. If you are unable to optimize your queries you may want to increase your join_buffer_size to accommodate larger joins in one pass. Note! This script will still suggest raising the join_buffer_size when ANY joins not using indexes are found. OPEN FILES LIMIT Current open_files_limit = 2500 files The open_files_limit should typically be set to at least 2x-3x that of table_cache if you have heavy MyISAM usage. Your open_files_limit value seems to be fine TABLE CACHE Current table_cache value = 512 tables You have a total of 25859 tables You have 512 open tables. Current table_cache hit rate is 0%, while 100% of your table cache is in use You should probably increase your table_cache TEMP TABLES Current max_heap_table_size = 16 M Current tmp_table_size = 32 M Of 1496979 temp tables, 23% were created on disk Effective in-memory tmp_table_size is limited to max_heap_table_size. Created disk tmp tables ratio seems fine TABLE SCANS Current read_buffer_size = 1 M Current table scan ratio = 43 : 1 read_buffer_size seems to be fine TABLE LOCKING Current Lock Wait ratio = 1 : 102 You may benefit from selective use of InnoDB. If you have long running SELECT's against MyISAM tables and perform frequent updates consider setting 'low_priority_updates=1' If you have a high concurrency of inserts on Dynamic row-length tables consider setting 'concurrent_insert=2'.
moża coś poradzić albo jakiś tuning ?
To wynik wykonany po paru dniach od zmiany ustawień:
Dzięki 