abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 22:22 | Upozornění

    Google blokuje Chaty RCS (Rich Communication Services neboli rozšířené komunikační služby) na telefonech s rootnutým Androidem nebo odemčeným zavaděčem [9to5Google].

    Ladislav Hagara | Komentářů: 2
    včera 12:22 | Komunita

    Bylo spuštěno hlasování o přednáškách a workshopech pro letošní Installfest, jenž proběhne o víkendu 16. a 17. března v Praze na Karlově náměstí 13. O open source hardwaru bude přednášet Mitch Altman.

    Ladislav Hagara | Komentářů: 0
    včera 08:00 | IT novinky

    Počítač NitroPC Pro 2 od společnosti Nitrokey s corebootem Dasharo byl oficiálně certifikován pro Qubes OS verze 4. Qubes OS (Wikipedie) je svobodný a otevřený operační systém zaměřený na bezpečnost desktopu.

    Ladislav Hagara | Komentářů: 1
    včera 07:00 | Nová verze

    Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 1.20. Přehled novinek na GitLabu.

    Ladislav Hagara | Komentářů: 13
    29.2. 13:00 | IT novinky

    Jednodeskový počítač Raspberry Pi slaví 12 let. Prodej byl spuštěn 29. února 2012 (Wikipedie, 𝕏).

    Ladislav Hagara | Komentářů: 13
    29.2. 12:00 | Nová verze

    Byla vydána verze 3.2 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.

    Ladislav Hagara | Komentářů: 0
    29.2. 11:44 | Nová verze

    Byla vydána nová verze 1.6.0 grafického správce diskových oddílů GParted (GNOME Partition Editor) a také verze 1.6.0 živé distribuce GParted Live, která obsahuje tohoto správce a další nástroje pro zálohování či obnovu dat. Linux byl povýšen na verzi 6.6.15-2.

    Ladislav Hagara | Komentářů: 7
    29.2. 06:00 | Nová verze Ladislav Hagara | Komentářů: 0
    28.2. 22:44 | Nová verze

    Byla vydána (𝕏) únorová aktualizace aneb nová verze 1.87 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.87 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 13
    28.2. 22:11 | Nová verze

    Byla vydána (Mastodon, 𝕏) nová verze 2024.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení.

    Ladislav Hagara | Komentářů: 0
    Steam
     (31%)
     (31%)
     (8%)
     (8%)
     (23%)
    Celkem 26 hlasů
     Komentářů: 0
    Rozcestník

    Dotaz: Zamrznutí MySQL - pomůže až opakovaný reboot celého serveru

    6.7.2009 15:24 Lemon
    Zamrznutí MySQL - pomůže až opakovaný reboot celého serveru
    Přečteno: 346×

    Zdravím,

    už delší dobu se potýkám s problémem s MySQL databází, která dovedete běžet na serveru (Debian) nonstop třeba půl roku, ale pak přijde jeden nutný reboot serveru, po kterém do jednoho až třech dnů databáze spadne. Vypadá to tak, že load vzroste (ale někdy ne), databáze neodpovídá, ale zbytek běží normálně, apache atp. Při snaze mysql restartovat to vythuhne při jejím vypínání. Nezbyde tak nic jiného než restart celého serveru. Ten většinou pomohl a pak už to stabilně běželo "donekonečna" než jsem učinil časem další restart serveru.

    Nějak jsem nedokázal přijít na to co by to mohlo dělat (a myslím, že ani v lozích nic nebylo). Proto jsem je vypnul. Někdo říkal, že to může být dokonce chyba logů. Navíc mi tak poklesla zátež.

    Jenže teď se mi přihodila nemilá věc. Po nutném rebootu serveru jsem očekával, kdy to zase padne. A padlo... 2 dni na to. Tak jsem rebootoval server, jenže ouha. MySQL nenaběhlo a load na 30ti. Nechal jsem to 10 minut a stále nic. Opět nepomohlo nic jiného než reboot celého serveru, po kterém to už naběhlo úplně normálně.

    Jenže tenhle druhý reboot mě vrátil do nechtěné smyčky a po 3 dnech to padlo zase. Opět pomohl až druhý reboot a opět čekám, kdy to zase klekne.

    Teď  ale co s tím. To první nenaskočení databáze po restartu serveru může být nejaká kontrola databáze po pádu a násilném restartu. Tuším, že pokud tu kontrolu přeruším dalším rebootem, příště se nespustí hned po startu, ale v záhadně načasovaném období jednoho až třech dnů (v cronu nic není). Bohužel během této kontroly databáze neběží a probíhat může taky hodinu nebo 2 a protože si to samozřejmě nenačasuje na noc, nemůžu si dovolit ji doběhnout kvůli dostupnosti serveru.

    To s tou kontrolou je ale jen domněnka, možná je to něco úplně jiného. Nemáte někdo tušení co? Přemýšlím o opětovném zapnutí logů. Ale jestli mě pamět neklame, tak jsem v nich loni opravdu nic nenašel a jejich zapnutím bych snížil výkon už tak celkem vytíženého serveru na třeba i 3 dny. Když nebude na výběr, učiním tak, ale než to udělám. Nemáte někdo podobnou zkušenost nebo tušení v čem by mohl být problém?

    Předem díky za případné podnětné reakce.

    Odpovědi

    6.7.2009 20:24 Jiří Hlinka | skóre: 29 | blog: zapisky | Teplice
    Rozbalit Rozbalit vše Re: Zamrznutí MySQL - pomůže až opakovaný reboot celého serveru
    Zdravím, třeba se tu objeví někdo s křišťálovou koulí, ale pokud na něj nechcete čekat, tak rozhodně zapněte logování a podívejte se tam. Upřímně, ještě jsem neslyšel o vypínání logů jako způsobu performance "tuningu"...
    6.7.2009 21:23 Lemon
    Rozbalit Rozbalit vše Re: Zamrznutí MySQL - pomůže až opakovaný reboot celého serveru

    No nebudu se přít, moc toho o tom nevím, ale všiml jsem si, že dokonce v samotném my.cnf je uvedeno:

    # Be aware that this log type is a performance killer.
    #log        = /var/log/mysql/mysql.log

    6.7.2009 21:42 Jiří Hlinka | skóre: 29 | blog: zapisky | Teplice
    Rozbalit Rozbalit vše Re: Zamrznutí MySQL - pomůže až opakovaný reboot celého serveru
    Vy mluvíte o general query logu (viz http://dev.mysql.com/doc/refman/5.0/en/query-log.html), já mluvím samozřejmě o error logu (viz http://dev.mysql.com/doc/refman/5.0/en/error-log.html).
    General query log se hodi v pripade, ze napr. debugujete problem zpusobeny klientem, do logu se uklada v podstate vse co se posila od klienta - pripojeni, odpojeni, vsechny dotazy vcetne SELECTů(!!!) atp., error log loguje chyby serveru samotneho, to je to co Vas zajima (imho ;-))
    6.7.2009 23:31 Lemon
    Rozbalit Rozbalit vše Re: Zamrznutí MySQL - pomůže až opakovaný reboot celého serveru

    Na tom něco bude :) jenže jak hledám tak hledám, pořád nemůžu najít jak bych ten log zapnul přes nějakej konfigurační soubor, aniž bych musel měnit parametry při spouštění mysql. Výstupem tuším bude /var/log/mysql.err, který je teď prázdný. Přijde mi to jako naprosto nejzákladnější záležitost, na kterou se po netu bude válet miliony návodů a ono nic.

    7.7.2009 00:06 Jiří Hlinka | skóre: 29 | blog: zapisky | Teplice
    Rozbalit Rozbalit vše Re: Zamrznutí MySQL - pomůže až opakovaný reboot celého serveru
    Defaultně by se měl error log nacházet ve /var/lib/mysql/[hostname].err, resp. v adresáři určeném parametrem datadir.

    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.