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í
×
dnes 14:11 | Komunita

Konsorcium Linux Foundation ve spolupráci s kariérním portálem Dice.com zveřejnilo 2018 Open Source Jobs Report. Poptávka po odbornících na open source neustále roste.

Ladislav Hagara | Komentářů: 0
dnes 12:44 | Zajímavý článek

Na stránkách linuxové distribuce Ubuntu Studio byla publikována příručka Ubuntu Studio Audio Handbook věnována vytváření, nahrávaní a úpravě zvuků a hudby nejenom v Ubuntu Studiu. Jedná se o živý dokument editovatelný na jejich wiki.

Ladislav Hagara | Komentářů: 0
dnes 12:11 | Zajímavý projekt

Společnost Red Hat koupila na konci ledna společnost CoreOS stojící mimo jiné za odlehčenou linuxovou distribucí optimalizovanou pro běh kontejnerů Container Linux. Matthew Miller, vedoucí projektu Fedora, představil v článku na Fedora Magazine nový podprojekt Fedory s názvem Fedora CoreOS. Fedora CoreOS má být to nejlepší z Container Linuxu a Fedora Atomic Hostu. Podrobnosti v často kladených otázkách (FAQ) a v diskusním fóru.

Ladislav Hagara | Komentářů: 0
dnes 08:00 | Nová verze

Po více než devíti měsících vývoje od vydání verze 11.0 byla vydána verze 12.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 4
včera 20:00 | Upozornění

Výbor pro právní záležitosti Evropského parlamentu (JURI) dnes přijal své stanovisko ke kontroverzní novele směrnice, která v EU upravuje autorské právo v online prostředí (Pro: 14, Proti: 9, Zdrželo se: 2). Další kolo legislativního procesu proběhne na začátku července.

Ladislav Hagara | Komentářů: 27
19.6. 19:55 | Zajímavý článek

Byly zveřejněny (pdf) podrobnosti o kritické bezpečnostní chybě CVE-2017-12542 v HPE iLO 4 (Integrated Lights-Out), tj. v proprietárním řešení společnosti Hewlett Packard Enterprise pro vzdálenou správu jejich serverů. Bezpečnostní chyba zneužitelná k obejití autentizace a k vzdálenému spuštění libovolného kódu byla opravena již v květnu loňského roku ve verzi 2.53.

Ladislav Hagara | Komentářů: 12
19.6. 17:55 | Zajímavý projekt

CSIRT.CZ informuje o CTF (Capture the Flag) platformě ZSIS CTF s úlohami pro procvičování praktických dovedností z oblasti kybernetické bezpečnosti a upozorňuje na soutěž Google Capture the Flag 2018, kde je možné vyhrát zajímavé ceny.

Ladislav Hagara | Komentářů: 0
19.6. 17:00 | Komunita

Byly zveřejněny prezentace a videozáznamy přednášek z prvního československého setkání síťových operátorů CSNOG konaného 11. a 12. června v Brně a semináře IPv6 2018 uskutečněného 6. června v Praze.

Ladislav Hagara | Komentářů: 0
19.6. 16:11 | Komunita

Svobodný unixový operační systém FreeBSD slaví 25 let. Přesně před pětadvaceti lety, tj. 19. června 1993, byl vybrán název FreeBSD.

Ladislav Hagara | Komentářů: 0
19.6. 15:11 | Komunita

Oficiální YouTube kanál Blenderu je již několik dní blokován. Nadace Blender Foundation informuje, že od společnosti Google dostala šestistránkový návrh nové smlouvy (pdf). Zdá se, že podmínkou další spolupráce je zapnutí reklam na kanálu, tj. zpeněžení obsahu.

Ladislav Hagara | Komentářů: 32
Jak čtete delší texty z webových stránek?
 (77%)
 (22%)
 (4%)
 (7%)
 (3%)
 (11%)
Celkem 227 hlasů
 Komentářů: 38, poslední dnes 09:25
    Rozcestník

    Dotaz: MySQL - optimalizace nastavení serveru

    5.2.2016 14:42 Petr
    MySQL - optimalizace nastavení serveru
    Přečteno: 1937×
    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: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: MySQL - optimalizace nastavení serveru
    Klimakemp ve zkratce: Účastníci jeli vlakem na naftu a autobusem na naftu protestovat proti těžbě fosilních paliv.
    5.2.2016 17:12 Kit | skóre: 41 | 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: 4 | 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 | 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: 29 | 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.