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 11:40 | Nová verze

Vyšly nové verze 1.3.0 a 1.2.1 WYSIWYM editoru Formiko. 1.3.0 vylepšuje editor, podporuje kontrolu pravopisu pomocí knihovny GtkSpellCheck 3.x a přidává možnost tisku vygenerovaného HTML dokumentu a dialog klávesových zkratek. Vydání je dostupné v Debianu testing, Ubuntu a také PIP. Vydání 1.2.1 opravuje různé chyby a zvyšuje stabilitu, více v seznamu změn; do budoucna bude tato větev udržována jen v případě zájmu (na NetBSD není dostupná knihovna GtkSpellCheck 3.x).

McBig | Komentářů: 1
dnes 08:00 | Zajímavý software

Facebook uvolnil svou platformu pro detekci objektů s názvem Detectron. Detectron je naprogramován v Pythonu a využívá framework pro deep learning Caffe2. Zdrojové kódy Detectronu jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 2
dnes 03:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 3. a 4. března 2018 v Praze na Karlově náměstí 13. Hlasovat lze do pondělí 29. ledna 2018.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Zajímavý software

Projekt Document Liberation, jehož cílem je vývoj knihoven pro zpřístupnění (osvobození) dokumentů vytvořených v proprietárních nebo již nepodporovaných formátech, oznámil vydání 5 nových nebo vylepšených knihoven. Jedná se o knihovnu libe-book pro export dokumentů ve formátu EPUB3 a knihovny libabw, libmspub, libpagemaker a libqxp pro import dokumentů ve formátech AbiWord, MS Publisher, PageMaker a QuarkXPress.

Ladislav Hagara | Komentářů: 0
dnes 01:00 | Komunita

LWN.net, původně Linux Weekly News, slaví 20 let. První číslo vyšlo 22. ledna 1998. Psalo se o devfs, o 2 GB omezení velikosti souborů na souborovém systému ext2 nebo o renderování scén ve filmu Titanic na Linuxu na procesorech Alpha. Aktuální vývojové linuxové jádro bylo 2.1.79. LWN.net je zcela závislé na předplatitelích. Předplatné na měsíc stojí 7 dolarů. Články na LWN.net jsou týden od vydání k dispozici pouze předplatitelům. Následně jsou uvolněny všem pod licencí CC-BY-SA.

Ladislav Hagara | Komentářů: 0
včera 15:22 | Pozvánky

V sobotu 24. 2. se uskuteční již 5. ročník největší české WordPress konference – WordCamp Praha 2018. Pražský WordCamp bude rozdělen na dva proudy – pro uživatele a pro vývojáře. Je naplánováno 10 přednášek, 6 workshopů, 6 případových studií, Happines Bar a spousty příležitostí pro networking. V neděli se bude dále konat Contributing Day, kde se každý bude moci aktivně zapojit do překladu, či plánování dalších meetupů. Je připraveno 450

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

Linus Torvalds oznámil vydání Linuxu 4.15-rc9. Po vydání stabilní verze Linuxu se přibližně na 2 týdny otevře začleňovací okno. To se uzavře vydáním verze rc1. Po týdnech následují další rc verze. Obvykle týden po vydání verze rc7 nebo rc8 následuje vydání nové stabilní verze Linuxu. Verze rc9 byla naposledy vydána před více než 6 lety, 4. října 2011. Jednalo se o Linux 3.1. Tenkrát následovala ještě verze rc10.

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

Greg Kroah-Hartman se v příspěvku na svém blogu věnuje aktuálnímu stavu řešení bezpečnostních chyb Meltdown a Spectre v Linuxu. Jak je na tom Váš Linux? Stačí spustit příkaz "grep . /sys/devices/system/cpu/vulnerabilities/*". Pro více informací lze doporučit Spectre & Meltdown Checker.

Ladislav Hagara | Komentářů: 46
19.1. 18:55 | Komunita

NHSbuntu (Joinup, prezentace) měla být z Ubuntu vycházející linuxová distribuce přizpůsobená pro potřeby britské Národní zdravotní služby (NHS). NHS se název nelíbil, nejednalo se o oficiální projekt NHS, a proto bylo NHSbuntu v září loňského roku přejmenováno na NHoS. Vývojáři NHoS tento týden oznámili, že NHS se nelíbí ani název NHoS a už nemají sílu na další přejmenování a pokračování v projektu. Dodávají, že několik jednání s vedením

… více »
Ladislav Hagara | Komentářů: 7
19.1. 18:44 | Pozvánky

Koncem ledna, 29. 1. 2018 od 17 do 20 hodin se v Akademii CZ.NIC uskuteční večer s Turrisem.

Co bude na programu?… více »
Miška | Komentářů: 19
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (7%)
 (1%)
 (1%)
 (1%)
 (77%)
 (13%)
Celkem 1375 hlasů
 Komentářů: 53, poslední 17.1. 16:55
    Rozcestník

    Dotaz: MySQL transakce

    24.7.2011 12:51 Kit
    MySQL transakce
    Přečteno: 1344×
    Po dlouhé době jsem si řekl, že opět vyzkouším MySQL. Provedl jsem operace:
    START TRANSACTION;
    CREATE TABLE tabulka (ID integer primary key) ENGINE=InnoDB;
    INSERT INTO tabulka (ID) VALUES (5);
    ROLLBACK;
    Podle předchozích zkušeností s PostgreSQL i SQLite měla tabulka zmizet. Nezmizela. Zůstala v ní uložena všechna data.

    Je to chyba nebo vlastnost MySQL 5.1.37? Mám někde chybu?

    Řešení dotazu:


    Odpovědi

    24.7.2011 15:26 Kit
    Rozbalit Rozbalit vše Re: MySQL transakce
    Odpovím si sám:

    Příkaz CREATE TABLE obsahuje i skrytý příkaz COMMIT, který transakci ukončí. No jo, MySQL...
    24.7.2011 21:11 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: MySQL transakce
    To ale nevysvětluje, proč v tabulce zůstala i data. Ať už se po DDL příkazu provedl "commit retaining" nebo se pro následující insert automaticky otevřela nová transakce, měl by rollback zrušit ten insert a tabulka by měla být prázdná.
    24.7.2011 21:18 Kit
    Rozbalit Rozbalit vše Re: MySQL transakce
    Jenže se nová transakce neotevřela a podle manuálu ani neměla. Prostě za každým CREATE TABLE nebo podobným příkazem je umístěn neviditelný COMMIT. Víc nic.
    24.7.2011 21:31 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: MySQL transakce
    A v jaké transakci tedy proběhl ten insert? A na jakou transakci se pak vztahoval ten rollback?
    24.7.2011 21:40 Kit
    Rozbalit Rozbalit vše Re: MySQL transakce
    Příkaz CREATE TABLE ukončil otevřenou transakci neviditelným příkazem COMMIT. To znamená, že žádná transakce pak otevřena nebyla. Příkaz INSERT proběhl ve vlastní lokální transakci. Když není otevřena žádná transakce, ROLLBACK neudělá nic. Ani nehlásí chybu.
    24.7.2011 22:21 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: MySQL transakce
    Slovy klasika: "To dává slovu hrůza nový rozměr." :-)
    Řešení 1× (poky74)
    24.7.2011 20:05 kuka
    Rozbalit Rozbalit vše Re: MySQL transakce
    Chybu mas v tom, ze ze zkusenosti z jine databaze vyvozujes, co by mela delat MySQL - zde plati otrepane RTFM. Napriklad v Oracle take nejde create table (obecne DDL operace) rollbackovat.
    24.7.2011 20:36 Kit
    Rozbalit Rozbalit vše Re: MySQL transakce
    Obecně by to snad SQL databáze měla umět.

    Přišel jsem k tomu náhodou, když jsem testoval podmíněný insert do tabulky a nechal jsem create table uvnitř transakce. Obojí už mám vyřešeno, ten podmíněný insert nakonec funguje atomicky i bez transakčních závorek.
    24.7.2011 22:40 jkb
    Rozbalit Rozbalit vše Re: MySQL transakce
    Obecně by to snad SQL databáze měla umět.
    V 90letech se vypravel v IT nasledujici vtip:

    'Pouzivate uz take SQL standard?'

    '... a ktery z nich myslite?'
    24.7.2011 22:45 kuka
    Rozbalit Rozbalit vše Re: MySQL transakce
    A procpak by to mela umet? Standard to AFAIK nevyzaduje.
    26.7.2011 07:51 Radim Kolar
    Rozbalit Rozbalit vše Re: MySQL transakce
    V DB2 to funguje i kdyz neni doporucovano teto funkcionality vyuzivat kvuli tomu ze transakce pak drzi zamky v systemovem katalogu.
    db2 => update command options using c off
    DB20000I  Příkaz UPDATE COMMAND OPTIONS byl úspěšně dokončen.
    db2 => create table tabulka(id integer not null primary key)
    DB20000I  Příkaz SQL byl úspěšně dokončen.
    db2 => insert into tabulka(id) values(5)
    DB20000I  Příkaz SQL byl úspěšně dokončen.
    db2 => rollback
    DB20000I  Příkaz SQL byl úspěšně dokončen.
    db2 => select * from tabulka
    SQL0204N  Název "MAJITEL.TABULKA" není definován.  SQLSTATE=42704
    db2 =>
    V Oracle to nejde. Tam create table udela commit.
    30.7.2011 22:37 VM
    Rozbalit Rozbalit vše Re: MySQL transakce
    Takže:
    • aby transakce fungovaly, tak se musí vypnout autocommit
    • pokud si dobře pamatuji, tak transakce fungují jen s některými enginy, např. InnoDB
    • i pak rollback zruší jen poslední insert, protože "create table" dělá autocommit
    30.7.2011 23:04 SPM | skóre: 28
    Rozbalit Rozbalit vše Re: MySQL transakce
    Nechci zakládat flame, ale čim dál víc mám pocit, že vývojáři mysql vždycky něco nabastlí, jen aby si mohli napsat stejné features, jako normální databáze...
    Heron avatar 31.7.2011 08:26 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: MySQL transakce

    Na druhou stranu toto je dokumentované chování.

    1.8.2011 23:18 kuka
    Rozbalit Rozbalit vše Re: MySQL transakce
    Asi tak. Navic DDL proste neni totez co DML a jeho transakcnost ma v aplikacich omezene vyuziti. I u tech databazi, ktere to umi, se to obvykle nedoporucuje v ostrem nasazeni pouzivat, protoze to muze kvuli zamkum na internich strukturach databaze degradovat vykonnost apod.
    1.8.2011 19:36 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: MySQL transakce

    Ač nemohu být podezírán z přehnaných sympatií k MySQL, tohle bych jí nevyčítal:

    1. Transakce (předpokládám) fungují i se zapnutým autocommitem, jen se to pak chová, jako byl každý příkaz v samostatné transakci. Ono je potřeba chápat, že hlavní smysl transakcí umožnit vrátit sérii příkazů, když uděláte chybu, ale řešit kolize mezi paralelně přistupujícími klienty a umožnit i v takovém prostředí udržet integritu dat a atomicitu operací. Je potřeba si uvědomit, že ani to, co navenek vypadá jako "jeden příkaz", není obecně atomická operace, která se buď celá provede nebo celá neprovede.

    2. To by mi až tak nevadilo, víc mne děsí důsledek tohoto faktu: že se transakční zpracování může týkat jen některých tabulek v databázi. Na druhou stranu, je jen na vás, jestli této možnosti využijete. Svědčí to ale o tom, že u MySQL jsou transakce pořád brány jako jakýsi bonus navíc, ne jako základní princip fungování databáze.

    3. Jiné databáze (aspoň některé) umožňují necommitovat automaticky DDL příkazy, ale ani tam se nedoporučuje této možnosti systematicky využívat. Relační databáze vesměs nejsou moc stavěné na časté změny struktury a stavět aplikaci na tom, že to bude fungovat, bych se nezdráhal označit za zásadní designovou chybu.

    1.8.2011 19:55 SPM | skóre: 28
    Rozbalit Rozbalit vše Re: MySQL transakce
    1. no, někdy se to zase hodí... pokud je třeba do více tabulek narvat nějaká data, která na sobě závisí (mají mezi sebou relace, apod.), má celkem smysl mít jeden commit až po všech insertech - aby některý z klientů neviděl část nových dat, když tam zbytek ještě není... to mi přijde jako jeden z důvodů, proč to tvořit jako jednu transakci; nicméně pokud se každý příkaz commitne sám, nedává to moc smysl...

    2. celkem sranda je navíc to, že různé enginy mají různé omezení... pokud se rozhodnete databázi přesunout na jiný db stroj a použít třeba innodb, aby to bylo jednotné, můžete taky snadno narazit na to, že danou db do innodb bez nějaké zásadní úpravy designu nepřevedete... navíc mi skoro přijde, že mít v jednom RDBMS x různých storage enginů, kterému se navíc každému zvlášť nastavují parametry, je dobré akorát na vytvoření pěkného guláše :)
    1.8.2011 20:52 Kit
    Rozbalit Rozbalit vše Re: MySQL transakce
    1. Transakce na MyISAM částečně fungují. Když jsem otevřel transakci, vložil záznam a pak dal ROLLBACK, záznam zmizel. Zajímavé bylo, že mezitím ten záznam byl vidět z jiných vláken, takže je to skutečně jen částečné.

    Pokud dotaz není uzavřen do transakce, měl by se obalit vlastní transakcí z důvodu zachování integrity. Pokud se mi tohle chování nelíbí, mám možnost si otevřít vlastní transakci a commitovat jak to zrovna potřebuji.

    2. MySQL je zajímavá různými enginy. Překvapil mě běžně podporovaný engine Archive se svou transparentní kompresí. Na záznamy prohledávané %LIKE% se určitě hodí lépe než ty ostatní. MyISAM se zase hodí lépe na generování stránek, InnoDB na transakční zpracování, Memory na dočasné key->value tabulky.

    Dokonce ten guláš může dohromady pěkně fungovat, zejména pokud vyberu pro každé použití ten správný engine. Popis zboží v e-shopu může být docela dobře v MyISAM, ale zpracování objednávek lépe sluší InnoDB. Transakční logy mohou být ukládány do Archive, editování rozpracované objednávky bude rychlejší v Memory.
    Heron avatar 3.8.2011 15:31 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: MySQL transakce

    Jenže, tohle nikdy nenastavíte správně.

    MySQL jsem opustil po napsání této recenze dobré knihy MySQL optimalizace pro vysoký výkon.

    Vysvětlím proč. Ty pluginy (engine) vypadají na první pohled jako fajn nápad. Tak jak jsi to popsal, to na papíře vypadá docela dobře. Jenže v praxi narazíš na chování typu:

    - Při startu mysql serveru nenajel InnoDB (chyba v konfiguraci jeho parametrů). MySQL ovšem jede (start služby OK), do logu akorát napíše skip-innodb. Nic neindikuje chybu a co hůř, všechno funguje (zejména import obnovené zálohy). Tabulky (které jsou v záloze jako engine=innodb) se bez varování (!!!) vytvoří jako MYISAM. Příkazy jako BEGIN, COMMIT, ROLLBACK se tiše (!!!) ignorují. Data podléhají sillent corruption.

    - Replikace fungují pouze s InnoDB, pouze s určitou verzí MySQL a pouze v určitém nastavení InnoDB. Jinak fungují taky, to ano. Jenže data na replice poněkud neodpovídají datům na masteru. Opět, nikde žádná chyba.

    Po tomhle všem (a spoustě dalších) si řeknete, že teda dobře nastavíte InnoDB a všechno bude používat pouze tento engine. Jenže ouha, všechny diskové temporary tabulky jsou typu MYISAM. Takže fajné InnoDB, které má nastaveno 666GB paměti a jede rychle, ale jakmile se začně požadovat temporary na disku, tak je výkon zase v hajzlu. Takže začnete řešit MYISAM (kterého jste se nezbavili vs InnoDB). A to už je neřešitelné.

    Takže ty engine fungují pouze tehdy, když jde o samostatné tabulky (bez referenčních vazeb, což projistotu opět umí jen InnoDB) a přistupuje k nim jeden uživatel (protože nefungují transakce a hlavně transakční izolace).

    Výsledek je, že mnohem raději používám software, který dělá jen jednu věc, ale za to pořádně. To aplikační schéma, které jsi popsal, můžu krásně nahradit: *SQL jako jádro, memcached jako key-value cache a na aplikační logy třeba nějakou dokumentovou DB (podle toho, co s nimi chci dělat).

    Výkon vyladím mnohem snadněji a jako bonus si můžu ty služby rozhodit na více HW.

    3.8.2011 16:07 Kit
    Rozbalit Rozbalit vše Re: MySQL transakce
    Díky za skvělý popis. MySQL jsem dosud používal jen pro experimenty a jeden malý projekt. U toho asi také zůstanu. Na instantní použití a na weby mi vyhovuje SQLite, na KVS zase DB4 nebo GDBM. Jsou dostupné i na free hostingu a podají mnohem lepší výkon než MySQL. Pokud bych šel do velkého projektu s potřebou transakcí, použiji PostgreSQL.
    Heron avatar 3.8.2011 16:14 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: MySQL transakce
    Skvělá volba. Dnes se dost lidí upíná na MySQL jako jediná možná DB a ty ostatní se zapomíná. Přitom Berkeley DB je nejpoužívanější na světě. SQLite je součástí php, takže snad ten tlak na MySQL postupně opadne. PostgreSQL je jasná volba.
    1.8.2011 21:23 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: MySQL transakce
    Ad 1. Aby nedošlo k nedorozumění, samozřejmě vím, že je spousta situací (spíš bych řekl většina), kdy je autocommit na závadu. Chtěl jsem jen upozornit, že i se zapnutým autocommitem mají transakce smysl a že se rozhodně nedá tvrdit, že "aby transakce fungovaly, tak se musí vypnout autocommit".

    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.