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.
Răspunde cu citat