Anbefalt verktøy for å sette MySql-innstillinger

Flertallet av dagens web-applikasjoner jobber mot en database, og den vanligste databasen er mysql. Mysql brukes f.eks til å lagre inneholdet i alle bloggene her på trykker.com. Som alt annet bruker mysql datamaskinressursjer, og jo flere spørringer mot databasen, jo mer  ressursjer brukes, og  etterhvert som  nettsteder blir mer og mer populære blir de også tregere og tregere.

Innstillingene..

Nøyaktig hvor mye mysql krever av en server for å hente litt informasjon eller lagre litt informasjon kommer veldig ann på innstillingene i konfigurasjonsfilen my.cnf.  Haugevis av artikkler og mange veldig tykke bøker er skrevet om denne /etc/my.cnf og ingen av dem er spesielt informative.

Da jeg leste nettside etter nettside for å forstå mer av my.cnf sine mange innstilliger kom jeg over Matthew Montgomery sitt ypperlige script MySQL performance tuning primer script. Det scriptet sjekker hva i alle dager en mysql-database har drevet med den siste tiden og spyr så ut lassevis med ekstremt nyttig og veldig informativ informasjon som f.eks dette:

        — MYSQL PERFORMANCE TUNING PRIMER –
- By: Matthew Montgomery -

MySQL Version 5.0.27 i686

Uptime = 64 days 0 hrs 26 min 14 sec
Avg. qps = 1
Total Questions = 10982736
Threads Connected = 1

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/s…

SLOW QUERIES
Current long_query_time = 10 sec.
You have 1422 out of 10982748 that take longer than 10 sec. to complete
The slow query log is NOT enabled.
Your long_query_time may be too high, I typically set this under 5 sec.

WORKER THREADS
Current thread_cache_size = 0
Current threads_cached = 0
Current threads_per_sec = 1
Historic threads_per_sec = 0
Your thread_cache_size is fine

MAX CONNECTIONS
Current max_connections = 100
Current threads_connected = 1
Historic max_used_connections = 43
The number of used connections is 43% of the configured maximum.
Your max_connections variable seems to be fine.

MEMORY USAGE
Max Memory Ever Allocated : 195 M
Configured Max Per-thread Buffers : 262 M
Configured Max Global Buffers : 83 M
Configured Max Memory Limit : 345 M
Total System Memory : 1.39 G
Max memory limit seem to be within acceptable norms

KEY BUFFER
Current MyISAM index space = 39 M
Current key_buffer_size = 16 M
Key cache miss rate is 1 : 26
Key buffer fill ratio = 34.00 %
Your key_buffer_size seems to be too high.
Perhaps you can use these resources elsewhere

QUERY CACHE
Query cache is supported but not enabled
Perhaps you should set the query_cache_size

SORT OPERATIONS
Current sort_buffer_size = 2 M
Current record/read_rnd_buffer_size = 256 K
Sort buffer seems to be fine

JOINS
Current join_buffer_size = 132.00 K
You have had 284 queries where a join could not use an index properly
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 = 1024 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 = 64 tables
You have a total of 1033 tables
You have 64 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

EMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 32 M
Of 163304 temp tables, 7% 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 = 128 K
Current table scan ratio = 3 : 1
read_buffer_size seems to be fine

TABLE LOCKING
Current Lock Wait ratio = 1 : 2939
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 concurrentcy of inserts on Dynamic row-length tables
consider setting ‘concurrent_insert=2′.

Som du ser (om du fant denne siden fordi du lurte på mysql-innstillinger, ellers ser det vel litt gresk ut) så forteller Matthew Montgomery’s script nøyaktig hva mysql har drevet med, hva mysql gjør tregt, hva mysql sliter med, hvor mye minne som brukes, etc — og viktigere, nøyaktig hvilke innstillinger du bør endre på og hva det kan være lurt av deg å endre disse innstillingene til.

Dette scriptet er noe enhver web-vaktmester (min preferanse, andre passende ord inkluderer “administrator”, “admin”, “diktator”, “tyrann”, etc) og andre som er innom LAMP-servere som root bør ha i verktøykassen.

PS: mysql må ha kjørt en stund under “vanlige” produksjonsforhold for at dette scriptet skal gi deg noe som helst nyttig informasjon, helst en uke eller to.

Takk til Zicon.

Utforsk annet under samme kategorier: Programvare, Teknologi

Dette stykket ble skrevet på fredag, 28 september, 2007 klokken 23:19 og ble skrevet under Programvare, Teknologi. Du kan følge eventuelle svar på dette stykket ved hjelp av stykkets RSS 2.0 feed. Du kan legge igjen et svar, eller henvise fra din egen blogg.