Téma: HELP! nehany orankent szetugrik a mysql

Szia!

A leírtak lapján egyértelmű, hogy a géped kóros memóriahiányitiszben szenved! Több okból is praktikus lehet a memóriabővítés számodra, de erről a hozzászólás vége felé. A mysql jelen esetben csak áldozat, amit az OOM kiöl, mint potenciálisan legtöbb memóriát es leghosszabb ideig használó processz. Fontos, hogy praktikus lehet az oom paramétereket úgy kialakítani, hogy a mysql-t ilyen esetekben se ölje ki, hanem válasszon más processzt inkább, ugyanis rengetegszer láttam már javíthatatlanul összeomló innodb-t mysql alatt egy-egy leállás után. Memóriahiány néhány oka a következő lehet:

* A mysql hibásan van beállítva, ezért jóval több query cache-t vagy index cache-t memóriát használ, mint amennyi valójában rendelkezésedre áll.
* Valami miatt túl sok apache processz indul el alapból, ami szintén könnyen felemésztheti a memória tartalékaidat
* Ami esélyesebb az pedig az, hogy egyszerre túl sok php interpreter fut - túl sok kérés torlódik fel.

A memória használatdból egyébként látszik, hogy igyencsak kevés fs cache-t használ a redszered, ebből adódóan a weboldalak kiszolgálása is draszikusan hosszabb időt vehet igénybe, aminek egyenes következménye az az, hogy mégjobban egymásra futnak a kérések és gyorsabban elfogy a maradék kevés memória is.

Egy teljes LAMP rendszernek általánosságban véve nem sok 1GByte memória egyébként, a mysql 386MByte alatt éppenhogy csak vegetál -nem lehetetlen tehát, hogy fusson, de nem érzi jól magát-, erre rá jön az apache, ftp és gondolom a levelezés is, valamint kérésenként a php-ra számolhatsz átlag 48MByte-ot. Ahhoz, hogy a szükséges fileok betöltése optimális legyen, nem árt 200MByte körüli fs cache sem, nem utolsó sorban ez a mysql számára is igen jótékony dolog.

* Tüneti kezelés, de ha a kéréseid nem folyamatosan, hanem impulzusszerűen érkeznek, akkor az impulzusokat swap memória beállításával átvészelheted.
* Lehet, hogy jobb az apache MaxClients parameteret egy kiszolgálható méretre beállítani, minthogy megálljon teljesen a weboldalad.

frankcrk eredeti hozzászólása

1gb..kimasoltam a pillanatnyi mem foglalast:

Server Memory Usage
total 997.59 MB
used 931.73 MB
free 65.86 MB
shared 0 B
buffer 5.63 MB
cached 75.86 MB
usage 85.79%

Lehet, hogy keves a ram, es mikor 50-60 keres megy egyszerre a mysql-nek meghal?

Koszi a tanacsot es a pontos valaszt. Remenykedtem benne, hogy idetevedsz, mint a forum (altalam gondolt) server szakija. Mint feljebb irtam kiderult, hogy spam-bot terhelte tul. Atlag 80-100 felhasznalot egyidoben siman elvisz. Akkor lassul nagyon meg ha kozben vki meg filmet is tolt fel es azt ugye konvertalni kell. Mindenesetre belerakatok meg 1GB ramot (tanacsodra epitve) biztos ami biztos, es kertem egy backup csomagot is ami 24 orankent automatikusan csinal mentest az adatbazisrol.
Koszi megegyszer!

viacomkft eredeti hozzászólása

Szia!

A leírtak lapján egyértelmű, hogy a géped kóros memóriahiányitiszben szenved! Több okból is praktikus lehet a memóriabővítés számodra, de erről a hozzászólás vége felé. A mysql jelen esetben csak áldozat, amit az OOM kiöl, mint potenciálisan legtöbb memóriát es leghosszabb ideig használó processz. Fontos, hogy praktikus lehet az oom paramétereket úgy kialakítani, hogy a mysql-t ilyen esetekben se ölje ki, hanem válasszon más processzt inkább, ugyanis rengetegszer láttam már javíthatatlanul összeomló innodb-t mysql alatt egy-egy leállás után. Memóriahiány néhány oka a következő lehet:

* A mysql hibásan van beállítva, ezért jóval több query cache-t vagy index cache-t memóriát használ, mint amennyi valójában rendelkezésedre áll.
* Valami miatt túl sok apache processz indul el alapból, ami szintén könnyen felemésztheti a memória tartalékaidat
* Ami esélyesebb az pedig az, hogy egyszerre túl sok php interpreter fut - túl sok kérés torlódik fel.

A memória használatdból egyébként látszik, hogy igyencsak kevés fs cache-t használ a redszered, ebből adódóan a weboldalak kiszolgálása is draszikusan hosszabb időt vehet igénybe, aminek egyenes következménye az az, hogy mégjobban egymásra futnak a kérések és gyorsabban elfogy a maradék kevés memória is.

Egy teljes LAMP rendszernek általánosságban véve nem sok 1GByte memória egyébként, a mysql 386MByte alatt éppenhogy csak vegetál -nem lehetetlen tehát, hogy fusson, de nem érzi jól magát-, erre rá jön az apache, ftp és gondolom a levelezés is, valamint kérésenként a php-ra számolhatsz átlag 48MByte-ot. Ahhoz, hogy a szükséges fileok betöltése optimális legyen, nem árt 200MByte körüli fs cache sem, nem utolsó sorban ez a mysql számára is igen jótékony dolog.

* Tüneti kezelés, de ha a kéréseid nem folyamatosan, hanem impulzusszerűen érkeznek, akkor az impulzusokat swap memória beállításával átvészelheted.
* Lehet, hogy jobb az apache MaxClients parameteret egy kiszolgálható méretre beállítani, minthogy megálljon teljesen a weboldalad.