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 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 0
včera 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

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

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
včera 06: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 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
včera 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
včera 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
včera 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
19.1. 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ářů: 8
19.1. 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
19.1. 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ářů: 35
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (73%)
 (3%)
 (11%)
Celkem 343 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: Synchronizace, transakce a isolation level

    26.6.2009 15:54 MCCloak
    Synchronizace, transakce a isolation level
    Přečteno: 536×
    Ahoj,

    pracuji na PHP projektu, jedna se o aukci, kde udaje o prubehu aukce uchovavam v databazi (mysql). Pri kazdem pozadavku (nacteni stranky ci ajax) se provade update aukce, tj nacteni, uprava a opetovne nahrani zpet do db. Z tohoto duvodu jsem potreboval nejak synchronizovat jednotlive pozadavky, aby mi jeden necetl z databaze stav aukce v dobe, kdy jiny proces s aukci pracuje. Vyresil jsem to tak, ze na zacatku kazdeho pozadavku zacnu transakci, a provedu SELECT * FROM aukce FOR UPDATE, cimz zajistim, ze pripadny druhy pozadavek bude cekat na skonceni prvniho. Myslite ze je to dobre reseni? Pripadne existuje nejake lepsi, elegantnejsi?

    V teto souvislosti jsem se zacal zajimat o transakce a isolation level, a narazil jsem na jednu podivnou vec: Mam dve ruzne connecty do db, A a B. Isolation level je repeatable read. Dale mam tabulku account s jednim sloupcem balance, ktera ma jeden radek s hodnotou balance = 1000;

    A: START TRANSACTION;

    B: START TRANSACTION;

    A: SELECT balance FROM account; - vrati 1000

    A: UPDATE account SET balance = 500;

    A: COMMIT;

    B: SELECT balance FROM account; - vrati 1000, podle predpokladu

    Repeatable read tedy funguje dle ocekavani, transakce B nevidi zmeny, ktere provedla transakce A. Ovsem zahadou mi je druhy priklad (stejna tabulka i nastaveni, balance=1000):

    A: START TRANSACTION;

    B: START TRANSACTION;

    A: SELECT balance FROM account FOR UPDATE; - vrati 1000

    B: SELECT balance FROM account FOR UPDATE; - ceka na dokonceni transakce A

    A: UPDATE account SET balance = 1500;

    A: COMMIT;

    B: - v tuto chvili vrati 1500. Otazka zni, jaktoze nyni transakce B vidi zmeny provedene transakci A? To porusi isolation level, nebo ho docasne nastavi na READ COMMITTED?

    Trochu jsem experimentoval a prisel jsem jeste na podivnejsi vec. Mam opet tabulku account, a k ni mi nyni pribyde tabulka pokus(id int), ktera je prozatim prazdna: A: START TRANSACTION;

    B: START TRANSACTION;

    A: SELECT balance FROM account FOR UPDATE; - vrati 1000

    B: SELECT balance FROM account FOR UPDATE; - cekam na dokonceni A

    A: UPDATE account SET balance = 1500;

    A: INSERT INTO pokus SET id = 100;

    A: COMMIT;

    B: - vrati 1500

    B: SELECT * FROM pokus; - vrati 1 radek s hodnotou 100 - coz je dle meho zase poruseni isolation levelu, ale tak rekl jsem si, ze tedy ten SELECT FOR UPDATE asi opravdu docasne meni isolation na read committed. Rozhodl jsem se to otestovat

    Opet tabulka account a prazdna tabulka pokus: A: START TRANSACTION;

    B: START TRANSACTION;

    A: SELECT balance FROM account FOR UPDATE; - vrati 1000

    B: SELECT * FROM pokus; - vrati nulovy pocet radku

    B: SELECT balance FROM account FOR UPDATE; - cekam na dokonceni A

    A: UPDATE account SET balance = 1500;

    A: INSERT INTO pokus SET id = 100;

    A: COMMIT;

    B: - vrati 1500

    B: SELECT * FROM pokus; - vrati nulovy pocet radku - tady najednou izolace zahadne funguje.

    Dokazal by mi to tedy nekdo prosim objasnit? Jsem z toho uz docela jelen :(

    Odpovědi

    28.6.2009 22:55 Radim Kolář | skóre: 11
    Rozbalit Rozbalit vše Re: Synchronizace, transakce a isolation level
    Pro spravnou funkci to musi byt innodb tabulky, autocomit off a isolation level SERIALIZABLE u obou transakci. Pokud to i presto nefunguje, pouzit pgsql.
    29.6.2009 09:51 Ivan
    Rozbalit Rozbalit vše Re: Synchronizace, transakce a isolation level

    > Otazka zni, jaktoze nyni transakce B vidi zmeny provedene transakci A

    google phantom read.

     

    jinak bych rek, ze "select * from table for update" je blbost,  opravdu to takhle potrebujes? Uvedomujes si, ze cim vice budes mit dat v DB tim dele to bude travat? Nestaci zamknout jen nejakou podmnozinu radek?

     

    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.