SQL baze podataka - Sponzor: Baze-Podataka.net MySQL, MSSQL, Oracle, Access, ODBC. Ako imate problem brže i preciznije ćete dobiti odgovor ako priložite strukturu tabela ili skript koji kreira tabele i puni ih test podacima umesto što to problem opisujete samo rečima. Sponzor: Baze-Podataka.net - Blog o bazama podataka |
|
Alati teme | Način prikaza |
24. 06. 2012. | #11 |
Super Moderator
Knowledge base
Datum učlanjenja: 02.10.2006
Lokacija: Niš
Poruke: 1.618
Hvala: 263
275 "Hvala" u 104 poruka
|
nope... nista nismo dobili ovim... i dalje se upiti izvrsavaju po 2-3 minuta...
nista, vracam se na myisam... ovog puta cu probati full text search... |
25. 06. 2012. | #12 |
Super Moderator
Knowledge base
Datum učlanjenja: 02.10.2006
Lokacija: Niš
Poruke: 1.618
Hvala: 263
275 "Hvala" u 104 poruka
|
Btw, dve zanimljive stvari.
Konvertovao sam tabele nazad u MyISAM, a ostavio sam ovaj 'grupni' unique key koji mi je ivanhoe predlozio [u stvari, samo sam 'grupni' unique key prebacio u obican 'grupni' INDEX, jer sam skontao da baza sa UNIQUE kljucem pri INSERT-u bespotrebno gubi vreme proveravajuci da li postoji vec takav unos, a to mi nije mnogo bitno, jer imam svoju signalizaciju da ne bi doslo do duplikata]. Dakle, potpuno ista struktura tabele [a ovo da li je UNIQUE KEY ili INDEX nije bitno za SELECT], i sad se desavaju mnogo cudne stvari: - SELECT koji se izvrsavao po par minuta na InnoDB - sada na MyISAM prosto leti [za manje od sekund zavrsi upit] - EXPLAIN pokazuje da se koristi ovaj 'grupni' index [navodi ga u polju 'Key' i u polju 'Possible keys'], a u polju 'Extra' kaze: 'Using where; Using index; Using temporary; Using filesort' - fora je sto InnoDB nikako nisam mogao da nateram da ovako radi, uvek je koristio Where umesto indexe... a naglasavam - identicna struktura tabele. Sve u svemu, zanimljiv case study. InnoDB je prosto podbacio sa velikom tabelom nad kojom se radi SELECT shirokog ranga. Inace, sad sam gledao, UPDATE/DELETE se izvrsava za manje od sekunde na MyISAM, iako tabela ima 121 miliona sloga... dakle dzabe sam se tripovao da ga DELETE koči... Poslednja izmena od Peca : 25. 06. 2012. u 11:43. |
25. 06. 2012. | #13 |
Ivan Dilber
Sir Write-a-Lot
|
verovatno je stvar u velicini indexa, posto nisu ista podesavanja za myisam i innodb?
__________________
Leadership is the art of getting people to want to do what you know must be done. |
25. 06. 2012. | #14 |
Super Moderator
Knowledge base
Datum učlanjenja: 02.10.2006
Lokacija: Niš
Poruke: 1.618
Hvala: 263
275 "Hvala" u 104 poruka
|
jesu, InnoDB je imao isti buffer_pool_size koliko je MyISAM imao key_cache [naravno ne istovremeno].
imali su po 8GB na raspolaganju. buffer_pool_hit_rate je bio uvek 1000/1000, sto znaci da je cela baza bila u RAM-u. sta vise, MyISAM je bez problema sljakao [sa istom tabelom] i kad je imao svega 100MB key_cache-a Poslednja izmena od Peca : 25. 06. 2012. u 15:54. |
|
|