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 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

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

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
dnes 00:08 | Pozvánky

V sobotu 18. 2. se v Praze v prostorách VŠE uskuteční od 9:30 již 4. ročník největší české konference o open source redakčním systému WordPress (WP) - WordCamp Praha 2017.

… více »
smíťa | Komentářů: 0
včera 23:58 | Komunita

Kryptoměnová komunita zahájila nový rok spuštěním projektu Blockchain.cz, jehož cílem je kolektivně nalézt ideální překlad pro čím dál frekventovanější slovo „blockchain“. Přispět návrhem může kdokoli. Sběr bude trvat až do konce září 2017. Následně bude probíhat dvoutýdenní veřejné hlasování, které bude zakončeno výběrem toho nejlepšího návrhu.

xHire | Komentářů: 3
včera 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno je celkově 270 bezpečnostních chyb. V Oracle Java SE je například opraveno 17 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 16 z nich. V Oracle MySQL je opraveno 27 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 5 z nich.

Ladislav Hagara | Komentářů: 0
včera 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 26
včera 00:33 | Komunita Ladislav Hagara | Komentářů: 8
18.1. 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
18.1. 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 1
17.1. 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 20
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (11%)
Celkem 332 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: MySQL - optimalizace nastavení serveru

    5.2.2016 14:42 Petr
    MySQL - optimalizace nastavení serveru
    Přečteno: 1815×
    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: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: MySQL - optimalizace nastavení serveru
    „To jsem nedávno zjistil, že naše televize jde ovládat po síti. Docela mě to překvapilo.“ „Jo? A kdo vám ji ovládal?“
    5.2.2016 17:12 Kit | skóre: 37 | 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: 16 | 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 | VPS za rozumnou cenu?
    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: 25 | 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.