10K tabela nije problem (da na jednom serveru, jedino sto postoji kao limit je filesystem)
500 korisnika nije problem
500 konekcija isto tako nije problem
no, sama velicina nije problematicna, moguce je prilicno lako napisati query koji ce da zabode "mnogo jaku masinu", a moguce je opet terati 4G bazu na celeronu ... e sad, ako bih ja pustio ovaj celeron da odradi table scan na glavnu tabelu (koja je ~2G) verovatno bi se samozapalio posle 7 dana ali tesko da bi do kraja godine izbacio rezultat ... naravno, zasto bi bilo ko normalan radio table scan na 2G podataka ... i na jakoj masini, a kamoli na tom izgovoru za racunar...
dakle, da se vratimo na temu ... sam mysql ima prilicno malo limita, te je teoretski prilicno sve moguce ... problem je sto realnost i teorija nisu bas 1/1 :( ...
onaj skript je koristan zato sto ce pokazati koliko rama trosi mysql sa tim konfigom .. nece rece ni da li je taj konfig dobar, ni da li je zadovoljavajuci ni ....
Najbolji nacin za optimizovanje db servera je uz Enterprise Monitor. Problem je sto se doticni dobija uz support i ne znam da li postoji fora da se dobije "dzaba" .. pustis svoj app i monitorujes sistem nekoliko dana, vidis gde su problemi i resis ih ...
ja mogu ovako napamet da dam neka iskustva ... ali "imam 5T bazu, koliko mi treba ram-a", odgovor je uvek "koliko god mozes da turis", nema tu neke pameti ... generalno, mysql moze da iskoristi mnogo ram-a, od 1.1 - 3x vise RAM-a moze da iskoristi od ukupne kolicine podataka koje ima ... dakle ako imate bazu od 1G, tesko ce te iskoristiti vise od 3G ram-a ali za bazu od 500G, bez problema moze da se iskoristi 600G RAM-a i to korisno .. i to je tako za skoro svaki RDBMS, razlike su u kvalitetu iskoristenja, ali svaki RDBMS moze da potrosi mnogo rama ako mu date :)