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

Oficiálně bylo vydáno Ubuntu 18.04 LTS s kódovým názvem Bionic Beaver. Tato verze s prodlouženou podporou bude podporována 5 let, tj. do dubna 2023. Přehled novinek a také odkazy na oficiální deriváty v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
včera 23:00 | Nová verze

Po osmi letech od prvního commitu byla vydána verze 1.0 webového frameworku Flask (Wikipedie) napsaného v Pythonu. Přehled novinek v oznámení o vydání. Instalovat lze z PyPI. Odstraněna byla podpora Pythonu 2.6 a 3.3.

Ladislav Hagara | Komentářů: 0
včera 16:22 | Zajímavý článek

Nadace Raspberry Pi vydala devětašedesáté číslo (pdf) anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a šesté číslo (pdf) časopisu pro kutily HackSpace věnovanému navíc 3D tisku, pájení, řezání nebo i elektronice a IoT.

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

Byl zveřejněn seznam 44 osob přijatých do programu Outreachy od 14. května do 14. srpna 2018. Cílem programu Outreachy je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny.

Ladislav Hagara | Komentářů: 12
včera 11:44 | Nová verze

Glen MacArthur vydal verzi 2018.4.2 na Debianu založené linuxové distribuce optimalizované pro tvůrce audio a video obsahu AV Linux (Wikipedie). Podrobnosti v oznámení o vydání a v stotřicetistránkovém manuálu (pdf).

Ladislav Hagara | Komentářů: 1
25.4. 23:33 | Nová verze

Byla vydána nová stabilní verze 1.15 (1.15.1147.36) webového prohlížeče Vivaldi (Wikipedie). Z novinek lze zdůraznit možnost nastavení vlastního pozadí okna, přístup k záložkám z hlavního menu, lepší ovládatelnost v režimu celé obrazovky nebo vyřešení problémů se zvukem v HTML5. Nejnovější Vivaldi je postaveno na Chromiu 65.0.3325.183.

Ladislav Hagara | Komentářů: 0
25.4. 17:22 | Nová verze

Node.js Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 10.0.0 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). Verze 10 se v říjnu stane novou aktivní LTS verzí. Podpora je plánována do dubna 2021.

Ladislav Hagara | Komentářů: 0
25.4. 15:33 | Nová verze

Neal Cardwell ze společnosti Google oznámil zveřejnění verze 2.0 nástroje pro testování síťového stacku packetdrill. Jde o souhrnné vydání změn z interního vývoje od roku 2013.

Michal Kubeček | Komentářů: 0
25.4. 13:22 | Zajímavý software

Microsoft na svém blogu oznámil, že správce knihoven pro C++ Vcpkg (VC++ Packaging Tool) lze nově používat také na Linuxu a macOS. Aktuálně je pro Linux k dispozici více než 350 knihoven [reddit].

Ladislav Hagara | Komentářů: 1
25.4. 12:44 | Komunita

Byly zveřejněny exploity na Nintendo Switch a platformu Tegra X1: Fusée Gelée a ShofEL2. Jejich zneužití nelze zabránit softwarovou aktualizací. Na druhou stranu exploity umožní na Nintendo Switch snadno a rychle nainstalovat Linux, viz. ukázka na YouTube. Jenom je potřeba sáhnout na hardware.

Ladislav Hagara | Komentářů: 0
Používáte na serverech port knocking?
 (3%)
 (7%)
 (47%)
 (26%)
 (18%)
Celkem 388 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    Dotaz: Synchronizace, transakce a isolation level

    26.6.2009 15:54 MCCloak
    Synchronizace, transakce a isolation level
    Přečteno: 541×
    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.