intrebare pt specialistii in apache+mysql

[daniweb]

Salutare
vreau sa aflu urmatorul lucru:
Daca am un site care este pe serverul A se conecteaza la baza de date mysql care este pe serverul B, care server proceseaza informatiile legate de query mysql?
Serverul B? Este solicitat si serverul A in vre-un fel la interogarile mysql?

[puthre]

Serverul B proceseaza queryurile. Serverul A primeste doar rezultatul queryului.

[bampiru]

Salut, cum spune si colegul puthre, serverul B pe care este hostat mysql proceseaza query-uri, iar serverul A trimite requestul si primeste un response de la serverul B. Ce incerci sa faci daniweb?

[daniweb]

mersi baieti
@bampiru - nu mai fac, incerc sa desfac , am un server care este suprasolicitat si ma gandesc sa mut baza de date pe al doilea server

and: ce solutie e cea mai buna in urmatorul caz:
Serverul A are acum situl complet. Baza de date este accesata foarte mult. Periodic (la cateva minute) ruleaza niste scripturi care proceseaza informatiile din baza de date, dintr-o tabela mare (TEMP) si informatia procesata o salveaza in alte tabele.
In momentul cand se fac aceste procesari serverul se ingreuneaza f tare, chiar pica situl pt 30-60 sec.

Eu m-am gandit sa mut baza de date cu totul pe al doilea server, dar ma mai gandesc si la varianta sa mut pe al doilea server doar unele table din baza de date .

[puthre]

inainte sa muti baza de date pe alt server, verifica (eventual consulta pe cineva) daca e bine configurata pe primul server.

[deadworldisee]

Mai bine spus ambele servere sunt solicitate in general in cazurile reale.Important este cum este facuta legatura si cum este facut clientul de pe serverul A.

De exemplu , php este un interpretor sincron si asteapta sa primeasca un calback de la o functie precedenta pana sa treaca la urmatoarea linie de cod, astfel daca B are un bottleneck si returneaza sa zicem un query in 500ms, serverul A(clientul unde s-a facut interogarea) intra intr-un "hangs out" adica o sa ramana si el blocat 500ms .

Pe langa asta apar probleme mai importante, gen overloadul de retea(adica legatura dintre cele 2 servere) si in general pe cablu utp intre 2 servere care trec printr-un switch , latency-ul creste cu minim 7-10ms(asta in cel mai bun caz).Oricum acest capitol este prea complicat si nu are rost sa te azexi pe asa ceva.....

Daca intrebarea ta are ca scop , o solutie de a optimiza cat mai bine viteza interogarilor, axeazate mai degraba pe felul cum sunt facute interogarile la mysql(sa le poti optimiza bine,indexii in speta), folosirea folderului /tmp ca un lynk symbolic catre /dev/shm (adica ramul) si baza de date stocata pe un ssd/ .

Doar daca faci chestia asta cu ssd-ul si /tmp o sa ai viteze mai mari ale interogarilor cu minim 30%, oricat de bine optimizate ar fi ele.

Din experienta proprie iti zic ca daca procesul pt mysql nu utilizeaza mai mult de 50-60% din CPU nu e cazul sa te gandesti la "desprinderea serv-ulul mysql" de serverul principal.

[daniweb]

mersi @deadworldisee

configuratia serverului este un e3-1230v2 cu un ssd 256mb si 32gb ram. Totul este pe ssd. In 5 min se aduna f multa informatie care trebuie procesata. Interogarile mysql sunt bine optimizate, tabelele au indexi unde trebuie. Partea cu /tmp nu am link catre ram.
Ce arhitectura imi recomanzi daca presupunem ca o sa crape serverul?

[puthre]

E innodb sau myisam?

[daniweb]

innodb

[puthre]

innodb

Cat ai setat innodb_buffer_pool_size ?