abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 23:33 | Nová verze

    Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.

    Ladislav Hagara | Komentářů: 0
    včera 22:33 | IT novinky

    Český telekomunikační úřad vydal zprávy o vývoji cen a trhu elektronických komunikací se zaměřením na rok 2024. Jaká jsou hlavní zjištění? V roce 2024 bylo v ČR v rámci služeb přístupu k internetu v pevném místě přeneseno v průměru téměř 366 GB dat na jednu aktivní přípojku měsíčně – celkově jich tak uživateli bylo přeneseno přes 18 EB (Exabyte). Nejvyužívanějším způsobem přístupu k internetu v pevném místě zůstal v roce 2024 bezdrátový

    … více »
    Ladislav Hagara | Komentářů: 0
    včera 12:11 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-10-01. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Jedná o první verzi postavenou na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    včera 05:22 | Nová verze

    Byla vydána nová verze 4.6 svobodného notačního programu MuseScore Studio (Wikipedie). Představení novinek v oznámení v diskusním fóru a také na YouTube.

    Ladislav Hagara | Komentářů: 0
    včera 02:22 | Komunita

    Společnost DuckDuckGo stojící za stejnojmenným vyhledávačem věnovala 1,1 milionu dolarů (stejně jako loni) na podporu digitálních práv, online soukromí a lepšího internetového ekosystému. Rozdělila je mezi 29 organizací a projektů. Za 15 let rozdala 8 050 000 dolarů.

    Ladislav Hagara | Komentářů: 4
    1.10. 20:11 | Nová verze

    Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.17. Díky 278 přispěvatelům.

    Ladislav Hagara | Komentářů: 0
    1.10. 16:11 | Nová verze

    Bylo vydáno openSUSE Leap 16 (cs). Ve výchozím nastavení přichází s vypnutou 32bitovou (ia32) podporou. Uživatelům však poskytuje možnost ji ručně povolit a užívat si tak hraní her ve Steamu, který stále závisí na 32bitových knihovnách. Změnily se požadavky na hardware. Leap 16 nyní vyžaduje jako minimální úroveň architektury procesoru x86-64-v2, což obecně znamená procesory zakoupené v roce 2008 nebo později. Uživatelé se starším hardwarem mohou migrovat na Slowroll nebo Tumbleweed.

    Ladislav Hagara | Komentářů: 3
    1.10. 16:00 | IT novinky

    Ministerstvo průmyslu a obchodu (MPO) ve spolupráci s Národní rozvojovou investiční (NRI) připravuje nový investiční nástroj zaměřený na podporu špičkových technologií – DeepTech fond. Jeho cílem je posílit inovační ekosystém české ekonomiky, rozvíjet projekty s vysokou přidanou hodnotou, podpořit vznik nových technologických lídrů a postupně zařadit Českou republiku mezi země s nejvyspělejší technologickou základnou.

    … více »
    Ladislav Hagara | Komentářů: 3
    1.10. 12:55 | Nová verze

    Radicle byl vydán ve verzi 1.5.0 s kódovým jménem Hibiscus. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.

    Ladislav Hagara | Komentářů: 3
    1.10. 03:22 | IT novinky

    Společnost OpenAI představila text-to-video AI model Sora 2 pro generování realistických videí z textového popisu. Přesnější, realističtější a lépe ovladatelný než předchozí modely. Nabízí také synchronizované dialogy a zvukové efekty.

    Ladislav Hagara | Komentářů: 4
    Jaké řešení používáte k vývoji / práci?
     (41%)
     (47%)
     (15%)
     (16%)
     (18%)
     (14%)
     (17%)
     (14%)
     (14%)
    Celkem 158 hlasů
     Komentářů: 9, poslední 24.9. 17:28
    Rozcestník

    Dotaz: Mysql dotaz vezme 100% vykonu SQL serveru

    30.7.2019 10:16 RadekXxX | skóre: 10
    Mysql dotaz vezme 100% vykonu SQL serveru
    Přečteno: 1330×
    Ahoj, mam SQL dotaz:

    SELECT HwTime, Person_Id, Description, Direction FROM Events WHERE (System = "0") AND (Direction <> "2") AND (Exist = "1") AND (HwTime IN(SELECT MAX(HwTime) FROM Events WHERE (Exist = "1") AND (Direction <> "2") AND (System = "0") GROUP BY Person_Id)) ORDER BY Name ASC

    kdyz ho spustim, tak se muze provadet treba hodinu, "show processlist" ukazuje status "Sending data", tabulka obsahuje asi 50000 zaznamu a vysledek ma asi 1300 radku, tento sql dotaz funguje na desitkach serveru, kdyz udelam dump databaze, vezmu konfiguracni soubor databaze a testuji na jinem mysql nebo mariadb serveru tak mam kompletni odpoved za 0.3 sec, ale na tomto serveru se odpovedi nedockam, kdyz pridam LIMIT 1, tak odpoved trva asi 2 sec, kdyz zvedam LIMIT, tak me prijde, ze delka odpovedi se zveda temer exponencialne.

    SQL dotaz ma z tabulky vypsat jedenkrat kazde Person_Id, ktere ma nejaktualneji hodnotu HwTime.

    Zajimalo by me, jak dotaz polozit jinak, aby fungoval, ale soucasne take proc nefunguje jenom na jednom konkretnim serveru.

    Odpovědi

    30.7.2019 12:23 Lyco | skóre: 14 | blog: Lyco
    Rozbalit Rozbalit vše Re: Mysql dotaz vezme 100% vykonu SQL serveru
    Jaký je EXPLAIN? Jaký je na ostatních serverech? Jaký je použitý storage engine? Je na tom serveru nějaká další zátěž? Jaká?
    Příspěvek se rázem stává až o 37,5 % pravdivější, je-li pod ním napsáno reálné jméno.
    30.7.2019 15:16 RadekXxX | skóre: 10
    Rozbalit Rozbalit vše Re: Mysql dotaz vezme 100% vykonu SQL serveru
    Explain vraci toto:
    +----+--------------------+--------+-------+---------------+------+---------+------+-------+-----------------------------+
    | id | select_type        | table  | type  | possible_keys | key  | key_len | ref  | rows  | Extra                       |
    +----+--------------------+--------+-------+---------------+------+---------+------+-------+-----------------------------+
    |  1 | PRIMARY            | Events | ALL   | NULL          | NULL | NULL    | NULL | 54216 | Using where; Using filesort |
    |  2 | DEPENDENT SUBQUERY | Events | index | NULL          | ESD  | 19      | NULL |  7015 | Using where                 |
    +----+--------------------+--------+-------+---------------+------+---------+------+-------+-----------------------------+
    
    Na serveru (ktery je vyrazne mene vykonejsi), kde se dotaz vykonava bez problemu je explain:
    +------+--------------+-------------+--------+---------------+--------------+---------+----------------------------+-------+------------------------------+
    | id   | select_type  | table       | type   | possible_keys | key          | key_len | ref                        | rows  | Extra                        |
    +------+--------------+-------------+--------+---------------+--------------+---------+----------------------------+-------+------------------------------+
    |    1 | PRIMARY      | Events      | ALL    | HwTime        | NULL         | NULL    | NULL                       | 52579 | Using where; Using filesort  |
    |    1 | PRIMARY      | subquery2   | eq_ref | distinct_key  | distinct_key | 5       | Events.HwTime              |     1 |                              |
    |    2 | MATERIALIZED | Events      | ALL    | NULL          | NULL         | NULL    | NULL                       | 52579 | Using where; Using temporary |
    +------+--------------+-------------+--------+---------------+--------------+---------+----------------------------+-------+------------------------------+
    
    Na serveru bezi pouze MySQL, pokud se nespusti tento dotaz, tak je zatizeni do 2%, po spusteni stoupne zatizeni na 50% a pri spusteni dvou techto pozadavku je to 100%, pameti je volne vice jak 3GB. Storage je InnoDB, pred tim byl pouzit MyISAM, ale ten pri spusteni scriptu mel zase ve vypisu procesu "waiting for table level lock"
    30.7.2019 19:30 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Mysql dotaz vezme 100% vykonu SQL serveru
    Můžete tam mít jiné indexy, mohou jinak vycházet statistiky, podle kterých se plánuje použití indexů. Může tam být jiná verze databázového stroje, která prostě na základě stejných vstupů zvolí jiný prováděcí plán. Zkusil bych zkontrolovat indexy, zda jsou stejné a zda s nimi není nějaký problém, a nechal bych přepočítat statistiky.
    30.7.2019 22:12 RadekXxX | skóre: 10
    Rozbalit Rozbalit vše Re: Mysql dotaz vezme 100% vykonu SQL serveru
    Problemovy server obsahuje standartni balik z Debianu, mysql v5.5.62,

    bezene se provozuje server na Win. v5.6.11 (tam to chodi)

    navic jsem testoval MariaDb v10.1.38 v Debianu (taky chodi)

    navic mysql v5.5.33 v Debianu (taky chodi), tato verze db je nejstarsi

    Indexy jsou definovany stejne, udelal jsem mysqldump konkretni databaze, ty indexy jsou i vtom dumpu videt.

    Kazdopadne reseni to ma, jak jsem psal nize, zmena SQL dotazu, jenom me zajimalo, jak muze vzniknout takovy rozdil 0,5sec vs. nekolik hodin u identickych dat akorat jiny stroj.
    31.7.2019 07:56 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Mysql dotaz vezme 100% vykonu SQL serveru
    Příčina, proč je to tak rozdílné, jsou ty rozdílné prováděcí plány. Některé důvody, proč se mohou prováděcí plány lišit, jsem napsal v předchozím komentáři.
    31.7.2019 07:56 Peter Golis | skóre: 65 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Mysql dotaz vezme 100% vykonu SQL serveru
    Dosť často sa také niečo stávalo ak chýbali indexy, neboli dobre použité indexy, alebo sa zdrojové dáta nedokázali korektne prečítať z disku. Možnosť že by sa nezmestilo 50k údajov aj s indexami do RAM asi môžeme vylúčiť.

    PS: Tie časy, keď ľudia museli uzavrieť v selekte index pomocou doplnenia nezmyselnej podmienky (and 1=1) by mali byť už dávno pasé, i keď to riešenie s pozmeneným selektom môže nasvedčovať niečomu podobnému.
    31.7.2019 22:37 ET
    Rozbalit Rozbalit vše Re: Mysql dotaz vezme 100% vykonu SQL serveru
    mne se to nejak nezda, postni sem vystup "show create table Events" ze zdraveho a "rozbiteho" stroje :)
    Max avatar 30.7.2019 13:30 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Mysql dotaz vezme 100% vykonu SQL serveru
    Takto triviální dotaz musí běžet jedna dva. CPU může vyletět kvůli zmršenému IO na storage.
    Zdar Max
    Měl jsem sen ... :(
    30.7.2019 13:39 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: Mysql dotaz vezme 100% vykonu SQL serveru
    Nechybí na tom daném serveru indexy? Právě výstup explain je potřeba, jak již tu bylo zažádáno.
    30.7.2019 14:04 Kit | skóre: 46 | Brno
    Rozbalit Rozbalit vše Re: Mysql dotaz vezme 100% vykonu SQL serveru
    Zkusil bych tuto variantu:
    SELECT MAX(HwTime) AS HwTime, Person_Id, E.Description, E.Direction
        FROM Events JOIN Event as E ON (Person_Id = E.Person_Id) AND (HwTime = E.HwTime)
        WHERE (Exist = "1") AND (Direction <> "2") AND (System = "0")
        GROUP BY Person_Id
        ORDER BY Name ASC
    
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    30.7.2019 15:20 RadekXxX | skóre: 10
    Rozbalit Rozbalit vše Re: Mysql dotaz vezme 100% vykonu SQL serveru
    Hral jsem si stim a tato formulace dotazu vraci vysledek za 0,5 sec
    SELECT k.HwTime, k.Person_Id, k.Description, k.Direction FROM Events AS k
      JOIN (SELECT Person_Id, MAX(HwTime) AS max_HwTime FROM Events WHERE (Exist=1 AND Direction <> 2 AND System=0) GROUP BY Person_Id) AS g
      ON (k.Person_Id = g.Person_Id AND k.HwTime = g.max_HwTime) GROUP BY k.Person_Id, k.HwTime ORDER BY k.Name ASC
    

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.