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 20:00 | Komunita

Spolek vpsFree.cz již potřetí zveřejnil statistiku linuxových distribucí běžících na jejich infrastruktuře. Nejpoužívanější je Debian s 50,4 %. Následuje Ubuntu s 25,6 % a CentOS s 13,6 %. Skokanem roku je Alpine Linux.

Ladislav Hagara | Komentářů: 1
včera 18:33 | Zajímavý článek

Michal Špaček publikoval třetí číslo svého newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se v něm například také bezpečnostní chybě v ImageMagick.

Ladislav Hagara | Komentářů: 3
včera 05:55 | Zajímavý projekt

V pátek byl představen projekt postmarketOS (GitHub). Cílem tohoto projektu je open source operační systém pro chytré telefony vycházející z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Operační systém postmarketOS by měl podporovat 10letý životní cyklus chytrých telefonů.

Ladislav Hagara | Komentářů: 41
28.5. 23:44 | Nová verze

Byla vydána verze 0.4.5 svobodného operačního systému ReactOS. Z novinek lze zdůraznit podporu kancelářského balíku Microsoft Office 2010. Podrobnosti v ChangeLogu.

Ladislav Hagara | Komentářů: 11
28.5. 23:11 | Komunita

Linphone 4.0 pro desktop přichází. Vývojáři tohoto multiplatformního open source VoIP a SIP klienta postupně představují nové vlastnosti. Verze 4.0 bude postavena na Qt [reddit].

Ladislav Hagara | Komentářů: 1
27.5. 22:22 | Komunita

Dle plánu byl měl Debian 9 s kódovým názvem Stretch vyjít v sobotu 17. června. Po celém světě se začínají plánovat Release Parties. Oznámeno bylo vydání čtvrté RC (release candidate) verze instalátoru pro Debian 9 Stretch.

Ladislav Hagara | Komentářů: 5
26.5. 22:22 | Komunita

V Norimberku probíhá do neděle 28. května openSUSE Conference 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online. K dispozici jsou také videozáznamy (YouTube) již proběhnuvších přednášek. Dění lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
26.5. 11:33 | IT novinky

Red Hat kupuje společnost Codenvy stojící za stejnojmenným webovým (cloudovým) integrovaným vývojovým prostředím (WIDE) postaveném na Eclipse Che.

Ladislav Hagara | Komentářů: 0
26.5. 08:55 | Nová verze

V listopadu 2014 byl představen fork Debianu bez systemd pojmenovaný Devuan. Po dva a půl roce jeho vývojáři oznámili vydání první stabilní verze 1.0. Jedná se o verzi s dlouhodobou podporou (LTS) a její kódové jméno je Jessie, podle planetky s katalogovým číslem 10 464.

Ladislav Hagara | Komentářů: 17
25.5. 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 638 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: MySQL a velká disková aktivita po startu

    22.3.2016 15:16 Petr
    MySQL a velká disková aktivita po startu
    Přečteno: 1256×
    Mám tu databázový server, který mimo jiné zálohuji vždy v noci na druhý stroj. Tím druhým strojem je BananaPi s externím USB diskem. Jedná se o 250GB disk s pomalou přístupovou dobou (50 iops).

    Vše funguje parádně, ale pokud se BananaPi restartuje, systém sice rychle naběhne a funguje, ale MySQL ještě tak 2 hodiny pořád průběžně hrabe na disk. Stejně tak při restartu služby MySQL. S databází se sice dá normálně pracovat, ale chtěl bych tomu disku ulevit.

    V /etc/mysql/debian-start jsem zakomentoval (dle návodu na webu) položku check_for_crashed_tables, ale to nepomohlo.

    Na tom BananaPi jsou denní zálohy. Zatím je nemažu, takže je tak už přes 6300 databází s celkem asi 487000 tabulkami typu MyISAM. Dat je dohromady přes 65GB.

    Napadá vás, co ten MySQL server po staru dělá a jak mu v tom zabránit, pokud to jde? Jestli třeba jen kontroluje integritu všech tabulek, nebo sbírá nějaký statistiky, tak kde to vypnout?

    S tou databází se zatím jinak nepracuje. Tabulky slouží jen jako záloha. Takže je nic nečte ani se do nich nezapisuje.

    Odpovědi

    23.3.2016 08:03 AlfaSamček
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    Strasne vela dat a databaz na taky maly holiaci strojcek...
    23.3.2016 09:07 dustin | skóre: 61 | blog: dustin
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    Taky mi to přijde na takový stroj nepřiměřený požadavek.

    Proč nejde ty zálohy držet v dumpu na filesystému, třeba po jednotlivých tabulkách (mysqldump -tab) a třeba i bzipované? Jestli dobře počítám, má každá db cca 10MB, to by bylo z dumpu nalité přes LOAD INFILE během chvilky.

    Navíc by to usnadnilo i zálohování - soubory snadno překopíruješ na zálohovací disk/server.
    23.3.2016 11:08 Petr
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    Na to jsem se sice naptal, ale dumpy těch databází jsou na NASu. Jednou za týden to jde ještě na pásku. Funguje to tak, že hlavní server (master) se replikuje na druhý server (slave). V noci se na replice udělají dumpy a ty se uloží na NAS.

    Z toho NASu si je natáhne BananaPi a převede je opět na funkční databáze s tím, že je to vlastně funkční záloha zálohy s denními obrazy. Takže pokud by bylo potřeba zjistit, jaká konkrétní data byla v určité databázi před týdnem, před měsíce a podobně, lze buď obnovovat ty zálohy z dumpů na NASu, nebo se rychle mrknout do funkčních aplikací na BananaPi.

    Aktuální ostrá data jsou tedy na hlavním serveru a na replice. Denní zálohy ve formě dumpů na NASu, týdenní na pásce.

    Ten banán je jen na pohodlné občasné nahlédnutí do minulosti, což se dělá minimálně - možná tak 1x za měsíc, někdy ani to. Běží to tu druhým rokem bez problému. Jen když se to restartuje, tak ten disk se něco naběhá.
    23.3.2016 21:13 Profes0r
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    tak tam daj SSD a hotovo...
    24.3.2016 08:21 Petr
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    Přesně taková je dnes doba.

    Je to pomalý? Dej tam víc RAM. Dej tam lepší procesor. Dej tam SSD. Furt to nestíhá? Přidej další servery. Pořád nic? Tak to přesuň do cloudu a plať si třeba 5 mašin. Co 5 mašin, plať jich 20, nebo 50, nebo ...

    A co optimalizace? Nepomohla by jen úprava konfigurace či algoritmu?

    Ale prosímtě. Kdo by se s tím páral, když máme ty internety, kloudy a jiný čmoudy.

    Tak já jsem asi už hodně starej, zabedněnej a nemoderní, když mě výše uvedenej postup připadá postavenej na hlavu.

    Ale nakonec jsem to vyřešil. Ono to po zaremování té položky "check_for_crashed_tables" chtělo jen restartovat celý OS. Já to testoval jen tím, že jsem udělal "service mysql restart", což nestačilo. Chtělo to prostě reboot celý mašiny a teď už je klid.

    Každopádně díky za komentáře. Už delší dobu se podezírám, že jsem starej dinosaurus. Holt vyrůstal jsem ješte na osmibitech.
    24.3.2016 10:44 dustin | skóre: 61 | blog: dustin
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    Reboot mi nepřijde jako vyřešení problému s přístupem přes pomalé USB na disk s obrovským množstvím malých souborů...

    Ten check na poškozené tabulky není až tak zbytečný, obzvláště u MyISAMu stačí tvrdý shutdown a crashed tabulka je na světě.

    Ale držím palce, třeba ti to bude i nadále fungovat...

    24.3.2016 12:13 Petr
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    Mě se líbí, jak všichni řeší vše okolo a ne podstatu dotazu.

    V rychlosti přece není vůbec, ale vůbec žádný problém. Na ty potřeby, co se s tím dělá, je to rychlí jako blesk. Je to vyloženě pasivní skladiště dat. To jsem přeci psal hned v úvodu. Je to záloha zálohy. Leží to pasivně na disku, nikdo s tím nepracuje. Co by se na tom mělo jako poškodit? A i kdyby, každá tabulka je tam v desítkách, někdy i stovkách kopii. A když chcípne disk, nalije se to na nový z dumpů uložených na NASu. Když chcípne i NAS, vezme se to z pásek. Pořád je to jen obnova zálohy. Živý server je úplně jiný stroj.

    Při tvrdým restartu může dojít k poškození MyISAM tabulky asi těžko, když se s ní nepracovalo. Nebyla prostě otevřená, proč by měla být. Je to pasivní záloha. Nikdo jí nečetl ani do ní nezapisoval. A i kdyby, poškodí se spíš index než data. Takže myisamchk s příslušnýma parametrama založí index znovu.

    V my.ini je dokonce parametr myisam-recover, který se dá nastavit tak, aby když se na tabulku šáhne (až s ní chce někdo opravdu pracovat) a zajistí se, že je poškozena, provede se automaticky oprava. Takže ve skutečnosti není v mém konkrétním případě vůbec potřeba vše prověřovat dopředu při startu mysqld.

    Proto odstranění parametru check_for_crashed_tables ničemu neublíží a reboot byl řešením toho, aby ta změna začala platit. Jediné co nevím je, proč se to neprojevilo hned při "service mysql restart", ale až po rebootu. Přitom restart služby spouští stejný script, jaký se startuje při bootu. Ale po tom už pátrat nebudu.

    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.