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 03:44 | Nová verze

    Open source počítačová hra na hrdiny NetHack (Wikipedie, GitHub) byla vydána v nové verzi 5.0.0. První verze této hry byla vydána v roce 1987.

    Ladislav Hagara | Komentářů: 2
    1.5. 15:11 | IT novinky

    Evropská komise naléhavě vyzvala členské státy EU, aby kvůli ochraně nezletilých na internetu urychlily zavádění unijní aplikace pro ověřování věku a zajistily její dostupnost do konce roku. Členské státy mohou zavést aplikaci EU pro ověřování věku jako samostatnou aplikaci nebo ji integrovat do takzvané evropské peněženky digitální identity.

    Ladislav Hagara | Komentářů: 16
    30.4. 23:33 | Nová verze

    Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.

    Ladislav Hagara | Komentářů: 0
    30.4. 23:11 | Nová verze

    Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    30.4. 12:11 | IT novinky

    Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.

    Ladislav Hagara | Komentářů: 37
    30.4. 11:44 | Komunita

    Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.

    Ladislav Hagara | Komentářů: 0
    30.4. 01:11 | IT novinky

    Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.

    Ladislav Hagara | Komentářů: 58
    29.4. 23:44 | Bezpečnostní upozornění

    Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.

    Ladislav Hagara | Komentářů: 4
    29.4. 17:44 | Nová verze

    Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    29.4. 04:44 | Komunita

    Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.

    Ladislav Hagara | Komentářů: 7
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (2%)
     (13%)
     (31%)
     (4%)
     (7%)
     (3%)
     (16%)
     (24%)
    Celkem 1481 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: MySQL - optimalizace nastavení serveru

    5.2.2016 14:42 Petr
    MySQL - optimalizace nastavení serveru
    Přečteno: 2083×
    Dobrý den, vím, že přesně poradit asi nepůjde, spíš bych prosil o radu na co se zaměřit ... Na SQL serveru jsou tři databáze, všechny mají stejné tabulky, cca 80 uživatelů pomocí aplikace pracuje se všemi třemi databázemi. Pokud někdo spustí na jedné databázi složitější dotaz (jakási statistika), zpomalí či úplně zablokuje ostatním práci s touto databází (mají kurzor přesýpací hodiny) na celou dobu zpracování tohoto dotazu (několik minut), s ostatními databázemi mohou bez problému pracovat. Z toho usuzuji, že není problém ani ve HW výkonu serveru ani v přenosu po síti. Nemohlo by pomoci navýšení nějakých paramatrů v mysql settings?

    Děkuji za radu

    Odpovědi

    Jendа avatar 5.2.2016 17:04 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: MySQL - optimalizace nastavení serveru
    5.2.2016 17:12 Kit | skóre: 46 | Brno
    Rozbalit Rozbalit vše Re: MySQL - optimalizace nastavení serveru
    Zkusil bych se nejprve podívat na ten statistický dotaz, jestli mu nějaký dement nezvýšil prioritu.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    6.2.2016 13:48 Odin1918 | skóre: 6 | blog: Valhalla
    Rozbalit Rozbalit vše Re: MySQL - optimalizace nastavení serveru
    Je pouzit myisam ci innodb? Pouzivate zamykani tabulek?
    7.2.2016 11:08 Petr
    Rozbalit Rozbalit vše Re: MySQL - optimalizace nastavení serveru
    MyISAM, zamykani tabulek se nepouziva
    7.2.2016 11:29 logik
    Rozbalit Rozbalit vše Re: MySQL - optimalizace nastavení serveru
    A je důvod nepoužít innodb?
    11.2.2016 16:50 PetrHL | skóre: 17 | blog: petr_h | Neratovice
    Rozbalit Rozbalit vše Re: MySQL - optimalizace nastavení serveru
    Pokud si dobre pamatuju, v pripade MyISAM udela select read lock. Tech muze byt samozrejme vice, ale pokud nektery uzivatel, pripadne script, chce zapsat, musi pockat dokud nebude tento read lock uvolnen. To muze zpusobovat jakoby zamrznuti ostatnim uzivatelum. Mate nejaky specificky pozadavek, ktery Vam brani v prechodu na InnoDB?
    "Do, or do not. There is no 'try.'" -- Jedi Master Yoda | CQRLOG | CQRPROP | HamQTH | Domů
    23.3.2016 21:28 Bohdan Koleček | skóre: 12
    Rozbalit Rozbalit vše Re: MySQL - optimalizace nastavení serveru
    ještě bych to upřesnil, že dotaz pro statistiku zamkne všechny tabulky, ze kterých čte, a v okamžiku, kdy do některé z těchto tabulek bude chtít někdo zapsat, tak znemožní veškeré následné operace čtení nad touto tabulkou, dokud nedobněhne dotaz na statistiku a následný zápis.

    další možnosti řešení, které ještě nebyly zmíněny - analýza dotazu přes explain, a důkladně prozkoumat, jak dotaz urychlit (rozdělění na menší dotazy, přidání indexů, ...), nebo se pokusit minimalizovat počet joinů v dotazu, aby se nezamykalo tolik tabulek a dotaz proběhl rychleji (tj. nejoinovat, pokud to není nutné pro filtrování, ale provést dotaz nad hlavní tabulkou, a join provést ručně dalším dotazem do db na joinovanou tabulkou).

    je to klasický problém myisam, způsob zamykání myisam je absolutně nevhodný pro dlouhé dotazy, pokud se do db zároveň zapisuje.
    11.2.2016 09:50 OldFrog {Ondra Nemecek} | skóre: 36 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: MySQL - optimalizace nastavení serveru
    Další možnost je databázi replikovat a dělal statistiky na replice. Jinak se samozřejmě snažit optimalizovat ten sql dotaz, použít ssd disk, zkontrolovat použití query cache nebo upravit proces tak, aby se dělaly statictiky nad menším objemem dat.
    -- OldFrog

    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.