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 22:44 | Bezpečnostní upozornění

    Nejnovější X.Org X server 21.1.17 a Xwayland 24.1.7 řeší 6 bezpečnostních chyb: CVE-2025-49175, CVE-2025-49176, CVE-2025-49177, CVE-2025-49178, CVE-2025-49179 a CVE-2025-49180. Nils Emmerich je nalezl koncem března a dnes publikoval detaily.

    Ladislav Hagara | Komentářů: 0
    včera 14:33 | Nová verze

    Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.4 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.

    Ladislav Hagara | Komentářů: 0
    včera 10:11 | Komunita

    UN Open Source Week 2025 probíhá tento týden v sídle Organizace spojených národů v New Yorku. Středeční a čtvrteční jednání bude možné sledovat na UN Web TV.

    Ladislav Hagara | Komentářů: 0
    včera 03:55 | Nová verze

    Byla vydána nová verze 2.50.0 distribuovaného systému správy verzí Git. Přispělo 98 vývojářů, z toho 35 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    16.6. 21:55 | Zajímavý článek

    Infrastrukturu pro chatovací aplikaci Telegram provozuje člověk s vazbami na ruské zpravodajské služby. Upozorňují na to investigativní novináři z redakce iStories. „Vedneev dodává služby ruskému státu včetně jeho jaderného institutu nebo zpravodajské službě FSB,“ říká v podcastu Antivirus novinář Jan Cibulka. Uživatelům, kteří si chtějí své informace chránit, doporučuje Telegram vůbec nepoužívat, a raději zvolit jednu z alternativ, WhatsApp nebo Signal.

    Ladislav Hagara | Komentářů: 27
    16.6. 18:33 | IT novinky

    The Trump Organization spustila ve Spojených státech mobilní síť Trump Mobile s neomezeným tarifem The 47 Plan za 47,45 dolarů měsíčně a představila vlastní značku telefonů The T1 Phone s Androidem za 499 dolarů.

    Ladislav Hagara | Komentářů: 20
    16.6. 15:00 | Zajímavý článek

    Vývojáři KiCadu se na svém blogu rozepsali o problémech KiCadu v desktopových prostředích nad Waylandem. KiCad běží, ale s významnými omezeními a problémy, které podstatně zhoršují uživatelský komfort a vývojáři je nedokážou vyřešit na úrovni KiCadu. Pro profesionální používání doporučují desktopová prostředí nad X11.

    Ladislav Hagara | Komentářů: 7
    15.6. 15:00 | Zajímavý článek

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

    Ladislav Hagara | Komentářů: 0
    13.6. 17:33 | Nová verze

    Byla vydána (𝕏) nová verze 2025.2 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í na blogu.

    Ladislav Hagara | Komentářů: 0
    13.6. 10:33 | Komunita

    Dánské ministerstvo pro digitální záležitosti má v plánu přejít na Linux a LibreOffice [It's FOSS News].

    Ladislav Hagara | Komentářů: 31
    Jaký je váš oblíbený skriptovací jazyk?
     (57%)
     (30%)
     (7%)
     (2%)
     (0%)
     (1%)
     (3%)
    Celkem 274 hlasů
     Komentářů: 16, poslední 8.6. 21:05
    Rozcestník

    Dotaz: Optimalizacia nastaveni MySQL

    26.8.2008 03:44 Uncle Puncle
    Optimalizacia nastaveni MySQL
    Přečteno: 1530×
    Zdravim,

    chcel by som vyladit MySQL databazu (MySQL 5 na FreeBSD 6.2), pretoze mam mensie problemy. Databaza MySQL je na /var, ktory ma vsak len 4 giga miesta. Toto miesto mi zacina dochadzat, kedze sa vytvaraju zrejme indexovacie subory. Tie su ulozene v /var/db/mysql a maju oznacenie nazov_servera-bin.000001 az po 000011. Zaberaju skoro 2GB miesta. Pred tyzdnom sa mi stalo, ze sa zaplnilo miesto v /var a padla databaza. Po zmazani tychto zrejme index suborov a naslednom restarte aj tak nenabehla, pretoze sa nemohol vytvorit sock.mysql, neviem kde bol problem, ale opravil mi to potom kamarat.

    Preto by som chcel poprosit niekoho kto ma prehlad v MySQL a dokazal by poradit co a ako mam upravit v configu, aby MySQL vyuzivala viacej RAMku ako disk. HW konfiguracia servera je: Intel E6400, 3GB RAM, WD Raptor 10K RPM (mirror RAID).

    Config my.cfg vyzera asi takto:
    [mysqld]
    bind-address    = 127.0.0.1
    port		= 3306
    socket		= /tmp/mysql.sock
    skip-locking
    key_buffer = 512M
    max_allowed_packet = 16M
    table_cache = 512
    sort_buffer_size = 2M
    read_buffer_size = 2M
    read_rnd_buffer_size = 8M
    myisam_sort_buffer_size = 64M
    thread_cache_size = 8
    query_cache_size = 32M
    expire_logs_days = 4
    thread_concurrency = 4
    max_connections=1000
    
    [mysqldump]
    quick
    max_allowed_packet = 16M
    
    [mysql]
    no-auto-rehash
    # Remove the next comment character if you are not familiar with SQL
    #safe-updates
    
    [isamchk]
    key_buffer = 256M
    sort_buffer_size = 256M
    read_buffer = 2M
    write_buffer = 2M
    
    [myisamchk]
    key_buffer = 256M
    sort_buffer_size = 256M
    read_buffer = 2M
    write_buffer = 2M
    
    [mysqlhotcopy]
    interactive-timeout
    Tu je stav pamate:
    nazov_servera# top
    last pid: 22165;  load averages:  0.03,  0.08,  0.08                                                                                                               up 6+05:55:51  03:38:39
    85 processes:  2 running, 82 sleeping, 1 zombie
    CPU states:     % user,     % nice,     % system,     % interrupt,     % idle
    Mem: 595M Active, 1995M Inact, 208M Wired, 162M Cache, 112M Buf, 23M Free
    Swap: 4096M Total, 11M Used, 4085M Free
    

    Odpovědi

    26.8.2008 08:38 noname
    Rozbalit Rozbalit vše Re: Optimalizacia nastaveni MySQL
    Zdravim, subory nazov_servera-bin.xxxxxx su binarne logy. Ak nepouzivate replikaciu, kludne ich mozete mazat. Alebo este lepsie nastavit parametre expire_logs_days(pocet dni logu) max_binlog_size(max. velkost kazdeho log suboru), pripadne ostatne "binlog" parametre podla manualu.
    26.8.2008 09:21 FooBar
    Rozbalit Rozbalit vše Re: Optimalizacia nastaveni MySQL
    MySQL nijak aktivne nepouzivam -- nepouzivaji se nahodou binlogy i na recovery pripadnych poskozenych dat nad InnoDB?
    26.8.2008 09:59 Vskutečnosti Saýc | skóre: 7
    Rozbalit Rozbalit vše Re: Optimalizacia nastaveni MySQL
    Pokud je mi znamo, tak k tomu jsou zvlast intent logy innodb (ac se jim mozna rika jinak).

    Jinak, spis nez mazat je lepsi je asi vypnout, at je ten system vubec nevytvari.
    29.8.2008 15:09 azurIt | skóre: 34 | blog: zatial_bez_mena
    Rozbalit Rozbalit vše Re: Optimalizacia nastaveni MySQL
    to je hlupost, binarne logy sa pouzivaju aj pri recovery a ja teba absolutne nedoporucujem ich vypinat! inak povedane, ak ich nebudes mat a nastane nejaky vypadok (napr. vypadok elektriny), pri ktorom sa natvrdo vypne aj server, tak ti data celkom iste zostanu v nekonzistentnom stave.
    26.8.2008 14:39 Uncle Puncle
    Rozbalit Rozbalit vše Re: Optimalizacia nastaveni MySQL
    Dobre, vdaka, skusim to nastavit a uvidim. Este sa chcem spytat, ci je mozne nastavit, aby MySQL vyuzivala viacej RAMku, nakolko moja databaza ma nieco malicko pod 1GB a niekedy mam pocit, ze nacitanie vacsieho mnozstva dat z db trva aj par sekund, este horsie je to s vlozenim dat. Mam velke forum postavene na phpBB a pri odosielani prispevku to ide niekedy aj 5 sekund. Vytazenie servera je male, stranky idu bleskurychle, avsak pri odoslani prispevku to niekedy dost trva. Preto by som bol rad keby sa dalo nastavit, aby sa hoci aj cela db nacitala do pamate. Je to mozne? Snad som to dobre vysvetlil o co mi ide :)
    Heron avatar 26.8.2008 15:23 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Optimalizacia nastaveni MySQL
    V linuxových distrech jsou example configy od mikro až pro 4GB InnoDB (na základě toho jsem si zoptimalizoval své MySQL). Je to v /usr/doc/share/mysql-server*/.

    Jo a binární logy můžeš doma v klidu vypnout (stačí zakomentovat řádek log-bin=...).

    Heron avatar 26.8.2008 15:28 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Optimalizacia nastaveni MySQL
    Přílohy:
    Dávám ti je do přílohy.

    28.8.2008 00:08 Uncle Puncle
    Rozbalit Rozbalit vše Re: Optimalizacia nastaveni MySQL
    Vdaka, vypol som tie logy a hned je to ine, uz sa nic neuklada, kleslo dokonca aj vytazenie pamate trosku a uvolnilo sa dost miesta, takze som rad, ze ste mi tu vsetci pomohli.

    No teraz som si vsimol, ze MySQL nerobi logy. Mam nastavenu cestu pre tvorenie log suboru, avsak ten sa nerobi. Adresare existuju, subor nie, ale ten subor by sa mal predsa vytvorit automaticky. Nevie niekto kde by mohol byt problem?
    Heron avatar 28.8.2008 07:43 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Optimalizacia nastaveni MySQL

    Ach jo chlape, trochu čtení v manuálu by to chtělo. ;-)

    log-error = /var/log/mysqld/error.log
    log-slow-queries = /var/log/mysqld/slow.log
    
    28.8.2008 16:50 Uncle Puncle
    Rozbalit Rozbalit vše Re: Optimalizacia nastaveni MySQL
    Ano, presne tak to mam nastavene a nic sa nedeje, neloguje to!
    Heron avatar 28.8.2008 17:08 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Optimalizacia nastaveni MySQL
    Má tam MySQL démon právo zápisu?

    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.