in caz ca nu ai facut deja :
1. adauga niste index-i
2. simplifica query-urile ( Qmare -> Qmic1 ( cauta ceva id-uri ) ; Qmic2
(ia informatia pe baza id de la Qmic1 )
3. parere personala : mysql e pt lucruri simple ; nu as face o aplicatie
cu multe tabele si multe date in mysql.
Cristian Dimache wrote:
Ziua bună,
Am o bază de date cu niște tabele cu niscaiva înregistrări (la nivel de
două-trei milioane). Pe aceste tabele se fac niște query-uri care-mi fac
MySQL-ul să gâfâie (și aș cam avea nevoie de răspunsuri cât mai aproape
de real-time, cinci secunde este deja prea mult).
M-a trăznit ideea să încerc MySQL Partitioning, să pun datele mai vechi
de trei luni într-o altă partiție, și să lucrez doar pe cele noi, mai
puține (deci sper eu că join-urile vor merge mai repede).
Gândesc bine? A mai încercat cineva acest suport de partitioning?
Acum încerc să citesc din forum-urile de la
http://forums.mysql.com/list.php?106 , dar poate îmi spune cineva un
horror-story ca să știu de ce să mă feresc :)
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
