MySQL, pamet?

[RiGe]

Problem je taky v tom, ze v onu kritickou chvili je CPU na 100% zatizeni,
takze se na server pres SSH2 ani nedostanu... Ale swap neco po uklidneni
naswapoval a pameti zustava z 256MB asi jen 2MB volne... ale to je
zalezitost i ostatnich procesu, jako je Apache atd....

Vyzkousel jsem zmensit nastaveni bufferu v /etc/my.conf, zhruba ve vsech
nastavenich na polovinu, mozna to bylo tim oriskem, ktery neumel az tak
dobre pri vetsim poctu pozadavcich prekousnout...

--
RiGe maniac
Michal Žejdl <zejdl na suas.cz> píše v diskusním
příspěvku:3BAB0973.D308EBD8 na suas.cz...
> Zdeněk Mazanec wrote:
> >
> > > > nutně dotazy na mysql server, stačí i třeba překlad PHP s parametrem
> > > > -j5 (4 procesory)) se rapidně zpomalí zpracování dotazů - sledováno
> > > > pomocí tail -f na <host>.log. Pokud další dotazy nepřicházejí,
server
> > > > to za nějakou dobu (s velkým load) zchroupe. Pokud pokračuje příval
> > > > dotazů, server jde do kolen. Řešením je v takovém případě restart
> > > > mysql. Podařilo se nám tyto problémy eliminovat pomocí flush, ale
> >
> > Ja bych spis podezrival spravu pameti/swapu jadrem 2.4. Prosel jsem
mySQL od 2.22.30 do 2.23.41 postupne vsechny verze (na mdk 7.2) a vami
pozorovany jev mi nenastal ani jednou.
>
> Psal jsem: "Jádra jsem zkoušel 2.2 i 2.4 se stejným výsledkem." Teď
> používám 2.2.19-7.0.8enterprise (z RH 7.0 updates) na RH 7.1. Protože v
> kritickou chvíli je paměti dost a swap neswapuje, jedná se IMHO o něco
> jiného.
> --
> Ing. Michal Žejdl e-mail: zejdl na suas.cz
> Sokolovská uhelná, a.s. tel.: +420 168 46-5418