On 8/3/21 2:03 PM, Alex 'CAVE' Cernat wrote:
salut
m-am lovit de destule ori de urmatorul caz: query-uri in mysql cu numar
redus de rezultate in final, dar cu join-uri peste join-uri, inclusiv *
pe tabele principale cu tot tacamul de varchar si text, mai pe romaneste
bomba nucleara (trecem peste faptul ca sa folosesti * in join e 99.99%
semn de oligofrenism, mai ales cand ai si texte care sigur nu vor trebui
toate, inclusiv in mizeria de wordpress varianta "sugerata" e tot cu *,
nu ca wordpress-ul ar fi un standard in materie de query-uri, poate mai
curand invers)
bun, ideea e ca rescriind query-ul, selectand intai pk-urile necesare si
apoi refacut join-ul, desi arata query-ul ca dupa razboi, ca performanta
e ca trecerea de la trabant la avion; insa din pacate rescrierea
query-urilor nu este o optiune (life sucks, I know)
are cineva vreo idee cum sa-i oferim măriei niste "inteligenta
artificiala" in a face planning-ul si executia query-ului (oricat de
prost ar fi fost scris) mai cu cap ? ca in afara de a mari in draci
tabelele temporare sau a face un ramdisk si a aloca memorie aiurea in
tramvai nu am nicio idee, by default mysql/maria cand vede varchar/text
prin join scuipa tot pe disc si asta e, incepe distractia
mysqltuner
_______________________________________________
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
