Drunk man anti-method anyone? Iti propun sa cauti utilizare (cpu/ram/disk/network), saturare ( ce nu mai face fata, ai io/wait, etc.), errors (orice sistem transmite semnale, vezi unde sunt semnalele problemei tale, poate nu sunt la mysql).
De ce nu incepi prin a monitoriza serverul? My 3 cents sunt ca daca ai o abordare stiintifica vei avea rezultate incremental mai bune…daca apesi multe butoane probabil ca nu o sa stii care dintre ele ti-a rezolvat problema si este doar o chestiune de timp pana cand o iei de la capat. > On 31 Oct 2016, at 08:01, Mișu Moldovan <du...@l10n.ro> wrote: > > On 28.10.2016 14:56, Mircea MITU wrote: >> Salut >> >> am un mysql (percona 5.5 pe un ubuntu 14 lts) ce deserveste mai multe >> webservere cu o anumita aplicatie web si cateva teste de >> performanta/fiabiliate/etc care fac GET/POST/etc pe pe anumite URL-uri >> >> La URL-urile ce acceseaza mysql-ul, in momentul in care numarul de clienti >> simultani (pe secunda) atinge ~6000, webserverul intoarce 50x. La cele ce nu >> acceseaza mysql, ajunge la 10,000 fara probleme (nu am testat peste 10,000 >> simultani). >> >> Cum pot identifica cine are aceasta limita? >> >> mysql max_connections este 90000, alte variabile mysql cu max in nume si >> valori in jurul lui 6000 nu am gasit > > > Salut, > > Încearcă https://github.com/major/MySQLTuner-perl după un test din ăsta > și urmează instrucțiunile. Ar trebui să ajute, la sfârșit îți face > recomandări cu privire la optimizarea configurației în funcție de > scenariul de utilizare. > > > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug