DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > SQL baze podataka - Sponzor: Baze-Podataka.net
Želite da se reklamirate ekskluzivno na ovoj poziciji? Javite se

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

Odgovori
 
Alati teme Način prikaza
Staro 24. 06. 2012.   #11
Peca
Super Moderator
Knowledge base
 
Datum učlanjenja: 02.10.2006
Lokacija: Niš
Poruke: 1.618
Hvala: 263
275 "Hvala" u 104 poruka
Peca će postati "faca" uskoroPeca će postati "faca" uskoroPeca će postati "faca" uskoro
Default

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...
__________________
Vesti | MyCity | Igrice | Zaštita od virusa
Peca je offline   Odgovorite uz citat
Staro 25. 06. 2012.   #12
Peca
Super Moderator
Knowledge base
 
Datum učlanjenja: 02.10.2006
Lokacija: Niš
Poruke: 1.618
Hvala: 263
275 "Hvala" u 104 poruka
Peca će postati "faca" uskoroPeca će postati "faca" uskoroPeca će postati "faca" uskoro
Default

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...
__________________
Vesti | MyCity | Igrice | Zaštita od virusa

Poslednja izmena od Peca : 25. 06. 2012. u 12:43.
Peca je offline   Odgovorite uz citat
Staro 25. 06. 2012.   #13
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
2.344 "Hvala" u 583 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

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.
ivanhoe je offline   Odgovorite uz citat
Staro 25. 06. 2012.   #14
Peca
Super Moderator
Knowledge base
 
Datum učlanjenja: 02.10.2006
Lokacija: Niš
Poruke: 1.618
Hvala: 263
275 "Hvala" u 104 poruka
Peca će postati "faca" uskoroPeca će postati "faca" uskoroPeca će postati "faca" uskoro
Default

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
__________________
Vesti | MyCity | Igrice | Zaštita od virusa

Poslednja izmena od Peca : 25. 06. 2012. u 16:54.
Peca je offline   Odgovorite uz citat
Odgovori


Alati teme
Način prikaza

Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum


Vreme je GMT +2. Trenutno vreme je 16:48.


Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.