Problem s dotazem ? Zvlastni chovani MySQL

6. 9. 2012 22:39:03

a co ti brani pro tuto tabulku zmenit engine na myisam a pouzit fulltext index misto toho like %neco%? Zadne cizi klice tam nevidim.

6. 9. 2012 22:39:03

0 0

Líbí se: zatím nikdo

Nelíbí se: zatím nikdo

https://webtrh.cz/diskuse/problem-s-dotazem-zvlastni-chovani-mysql/strana/2/#reply805234

Kamil Hurajt

(8 hodnocení)

6. 9. 2012 22:39:37

Napsal naniccz;841519
Ovšem ani zde se index nepoužil, čtu-li to správně: possible_keys: private; key: NULL. Může to být proto, že private=0 platí pro (téměř) všechny řádky. Porovnává se všech 55 tisíc řádků, jeden po druhém na tu podmínku...

Ano je pravda ze prechazi temer celou tabulku, ale ne uplne celou jedna se o privateni soubory kterych v tabulce bude tak cca 1/4.

Zaznamu je tam celkem tech 66 tisic, no vic nez 100 000 tabulka nedosahne.

6. 9. 2012 22:39:37

0 0

Líbí se: zatím nikdo

Nelíbí se: zatím nikdo

https://webtrh.cz/diskuse/problem-s-dotazem-zvlastni-chovani-mysql/strana/2/#reply805233

naniccz

(3 hodnocení)

6. 9. 2012 22:44:32

... tak kde je problém už tedy víte. Jen mimochodem, Innodb by od verze MySQL 5.6.4 mělo fulltext umět.

6. 9. 2012 22:44:32

0 0

Líbí se: zatím nikdo

Nelíbí se: zatím nikdo

https://webtrh.cz/diskuse/problem-s-dotazem-zvlastni-chovani-mysql/strana/2/#reply805232

Kamil Hurajt

(8 hodnocení)

6. 9. 2012 22:46:56

No prave ja si myslel ze problem bude zde.

Ale nezda se Vam ze je divne ze jako long query neoznacuje prave tuhle. Pri normalnim traficu mi porad ukazuje jinne query ktere maji dlouhou trvacnost.

Uvazoval jsem zdali to neni lock table, ale zase neni tam teda toho moc co by uzamykalo tabulku a navic InnoDb nezamyka celou tabulku pri delete nebo update.

Samozrejme ze jsem uvazoval o fulltextu.

6. 9. 2012 22:46:56

0 0

Líbí se: zatím nikdo

Nelíbí se: zatím nikdo

https://webtrh.cz/diskuse/problem-s-dotazem-zvlastni-chovani-mysql/strana/2/#reply805231

Sniper

6. 9. 2012 22:54:07

Napsal softdream;841527
Ano je pravda ze prechazi temer celou tabulku, ale ne uplne celou

ne, podle query planu prochazi skutecne tu tabulku celou, na ten klic nad private z vejsky kasle.

6. 9. 2012 22:54:07

0 0

Líbí se: zatím nikdo

Nelíbí se: zatím nikdo

https://webtrh.cz/diskuse/problem-s-dotazem-zvlastni-chovani-mysql/strana/2/#reply805230

Kamil Hurajt

(8 hodnocení)

6. 9. 2012 22:56:59

Napsal Sniper;841524
a co ti brani pro tuto tabulku zmenit engine na myisam a pouzit fulltext index misto toho like %neco%? Zadne cizi klice tam nevidim.

No teoreticky by branit nemelo nic.

Tento system jsem cely neprogramoval ja. Je to sice muj framework, ale programovat jsem to nechal jinemu programatorovi na mem frameworku a system jako takovy je celkem robustni a nevim zdali nema nekde jinde nejake spojitosti s tabulkou wc_file, vzhledem k tomu ze je tabulka nejdulezitejsi.

A prekopanim tabulky bych mohl spusobit ze se na jednom miste neco zrychli a na druhem zase extremne spomali.

Samozrejme bohuzel jako u vetsiny programatoru kterym jsem neco zadal, tak neni jiz k sehnani.

---------- Příspěvek doplněn 06.09.2012 v 22:59 ----------

Spise jsem uvazoval o reseni, dalsi tabulky, ktera by mela nastarosti to vyhledavani jako takove ze by se proste delali 2 zaznamy jedna tabulka pro detail a druha tabulka pro fulltext s nazvem a zakladnimi informacemi o souboru.

6. 9. 2012 22:56:59

0 0

Líbí se: zatím nikdo

Nelíbí se: zatím nikdo

https://webtrh.cz/diskuse/problem-s-dotazem-zvlastni-chovani-mysql/strana/2/#reply805229

takatom

(2 hodnocení)

6. 9. 2012 23:59:51

vytvořil bych hledací tabulku (id,name) klidně myisam s fulltextem a možná jen pro private=0 a mělo by to podstatně zrychlit.

utf8_slovak_ci ve spojení like %...% je také velký zpomalovač - má význam pro třídění - u hledání je použití diskutabilní a index nad tímto údajem pro časté inserty málo vhodný (pro diskutovanou podmínku je nepoužitelný) index nad private rovněž nemá smysl (rozumný optimalizátor by jej nikdy nepoužil)

dal jsem si načas, takže duplicitní rada

6. 9. 2012 23:59:51

0 0

Líbí se: zatím nikdo

Nelíbí se: zatím nikdo

https://webtrh.cz/diskuse/problem-s-dotazem-zvlastni-chovani-mysql/strana/2/#reply805228

Kamil Hurajt

(8 hodnocení)

7. 9. 2012 00:05:39

Napsal takatom;841602
vytvořil bych hledací tabulku (id,name) klidně myisam s fulltextem a možná jen pro private=0 a mělo by to podstatně zrychlit.
utf8_slovak_ci ve spojení like %...% je také velký zpomalovač - má význam pro třídění - u hledání je použití diskutabilní a index nad tímto údajem pro časté inserty málo vhodný (pro diskutovanou podmínku je nepoužitelný) index nad private rovněž nemá smysl (rozumný optimalizátor by jej nikdy nepoužil)
dal jsem si načas, takže duplicitní rada

Jak jsem jiz psal programoval to jinny programator. Takze neznam uplne spojitosti s danou tabulkou.

Jako long query se tato SQL nezobrazuje. Pouze jsem na zaklade svych znalosti a skusenosti tuto query povazoval za spatnou vzhledem take k strukture a indexum.

Ale podle mych skoumani tato query problem nema.

Nejvetsi problem maji uplne jednoduche query.

Treba commit, ted jsem to testoval a trva az 24 vterin co je nemozne.

Dale ale nemuzu zachitit query ktera spusobuje ten velky bordel. Konkretne tuto query ( u vyhledavani ) jsem skusil vyradi uplne.

Vysledek: Stejny, MySQL je porad necim zahlcena, navic jsem si vsiml ze mi tam neco lockuje tabulky.

7. 9. 2012 00:05:39

0 0

Líbí se: zatím nikdo

Nelíbí se: zatím nikdo

https://webtrh.cz/diskuse/problem-s-dotazem-zvlastni-chovani-mysql/strana/2/#reply805227

James_Scott

(7 hodnocení)

7. 9. 2012 00:14:39

Zkousel jsi menit konfiguraci mysql? jaka je stavajici konfigurace?

7. 9. 2012 00:14:39

0 0

Líbí se: zatím nikdo

Nelíbí se: zatím nikdo

https://webtrh.cz/diskuse/problem-s-dotazem-zvlastni-chovani-mysql/strana/2/#reply805226

Kamil Hurajt

(8 hodnocení)

7. 9. 2012 00:22:07

Napsal James_Scott;841607
Zkousel jsi menit konfiguraci mysql? jaka je stavajici konfigurace?

Ano, bohuzel bez nejakeho velkeho efektu. Skousel jsem MySQL propustit vic ram ale velky efekt to tomu nedalo take vetsi pamet pro TMP tabulky ci cache.. ale porad to nekde vazne.

---------- Příspěvek doplněn 07.09.2012 v 00:26 ----------

Jak koukam tak mi programator v DB zanechal nehezkou spoust.

Je tady x tabulek s slusnou hromadkou dat odkazujici na jine tabulky, tabulky nemaji jak index tak cizi klic. To bude mozna problem, no dalsi problem me potkava, ale kdyz dane tabulky nebudou mit shodne klice, to mi bude hlasit chybu a nevytvori mi cizi klic.

Takze asi jedina moznost vsechny tabulky skontrolovat prekopat vytvorit nove a nacpat zalohovane data.....

---------- Příspěvek doplněn 07.09.2012 v 00:47 ----------

Mate nejake napady jak upravit tabulku a pridat ji cizi klic tak aby kdyz nenajde cizi klic tak pokracoval dal a nevyhazoval error ? Dik

---------- Příspěvek doplněn 07.09.2012 v 14:36 ----------

Panove skuste se podivat znova na tento problem rad bych to s nekym probral na skype.

Dotaz trval vic nez 1 hodinu!..

Jde o klasicky insert.

Indexy jsem na tabulce porusil je tam pouze index id.

7. 9. 2012 00:22:07

0 0

Líbí se: zatím nikdo

Nelíbí se: zatím nikdo