Üdv!
Újra, mert az előző téma eltűnt...
A segítségeteket szeretném kérni MySQL finomhangolás ügyében.
A környezet:
CPU: 2x XEON 5650
RAM: 3 GB
OS: Ubuntu 12.04
MySQL: 5.5.34
Mysqltuner.pl kimenet:
>> MySQLTuner 1.2.0 - Major Hayden
>> 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.5.34-0ubuntu0.12.04.1-log
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 229M (Tables: 347)
[--] Data in InnoDB tables: 24M (Tables: 629)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[--] Data in MEMORY tables: 0B (Tables: 6)
[!!] Total fragmented tables: 642
-------- Security Recommendations -------------------------------------------
-------- Performance Metrics -------------------------------------------------
[--] Up for: 1h 41m 31s (261K q [42.874 qps], 2K conn, TX: 170M, RX: 41M)
[--] Reads / Writes: 89% / 11%
[--] Total buffers: 1.2G global + 5.4M per thread (151 max threads)
[OK] Maximum possible memory usage: 1.9G (66% of installed RAM)
[OK] Slow queries: 0% (6/261K)
[OK] Highest usage of available connections: 5% (9/151)
[OK] Key buffer size / total MyISAM indexes: 512.0M/52.3M
[OK] Key buffer hit rate: 100.0% (57M cached / 7K reads)
[OK] Query cache efficiency: 82.5% (173K cached / 210K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (2 temp sorts / 5K sorts)
[OK] Temporary tables created on disk: 20% (1K on disk / 6K total)
[OK] Thread cache hit rate: 99% (9 created / 2K connections)
[OK] Table cache hit rate: 25% (1K open / 4K opened)
[OK] Open file limit used: 17% (763/4K)
[OK] Table locks acquired immediately: 99% (60K immediate / 60K locks)
[OK] InnoDB data size / buffer pool: 24.0M/128.0M
my.cf:
http://pastebin.com/ty0FQynE
Most a mysqltuner kimenetből nem látszik, de napi 27k cache ürítés van, ami szerintem magas. Ezen felül az InnoDB táblák töredezettek.
Min állítsak?
Lőre is köszi!
- 4676 megtekintés
Hozzászólások
Ez sokat fog segiteni :).
--
"ssh in a for loop is not a solution" – Luke Kanies, Puppet developer
- A hozzászóláshoz be kell jelentkezni
Ha query cache-re gondolsz, akkor egyreszt csokkentsd query_cache_limit -et, hogy inkabb sok kis ertek keruljon bele.
Egyebkent ha valoban van haszna a query cache-nek, mert gyakran ugyanazok kerulnek lekerdezesre es nem fer bele akkor noveld a teljes meret, persze memoriad fuggvenyeben.
De ha sok eltero tartalmat szolgal ki akkor beallithatod query cache-t on demand-ra is es szukseges alkalmazasokba ird bele ahol kell hogy hasznalja.
- A hozzászóláshoz be kell jelentkezni
> Up for: 1h 41m 31s
Ennyi MySQL uptime elegendo, hogy a mysqltuner kimenetet komolyan figyelembe vegye az ember?
- A hozzászóláshoz be kell jelentkezni
en eleve nem ertem, hogy mi ez az egesz. allitolag 27k prune van, de a mysqltuner kimeneteben 0. 24M adat van az InnoDB tablakban, es baj, hogy toredezettek. 2 GB RAM-ja van a MySQL-nek 300 MB adatra, 82%-os qcache hitrate es 100%-os key buffer hitrate 42 qps mellett, ami 1 ora alatt ~210 MB-ot mozgatott. es tuningolni akarunk.
- A hozzászóláshoz be kell jelentkezni
[OK] Temporary tables created on disk: 20% (1K on disk / 6K total)
van valami szép nagy join?
Én inkább a használt sql-eket nézegetném meg, valószínűleg van mit optimalizálni, ennek a mysql-nek látszólag nem sok ez az adat.
--
Gábriel Ákos
http://i-logic.hu
- A hozzászóláshoz be kell jelentkezni