C, PHP, VB, .NET

Трансакция наричаме последователност от SQL заявки, които трябва да изпълняват условието или всичките да бъдат изпълнени или нито една от тях да не бъде изпълнена. Може да дадем класически пример с банковите трансакции. Например, ако искаме да прехвърлим 50 лева от акаунт 1 в акаунт 2, то трябва да изпълним следните две заявки:

UPDATE accounts
SET amount = amount - 50
WHERE id = 1;

UPDATE accounts
SET amount = amount + 50
WHERE id = 2;

Какво обаче ще се случи, ако първата заявка се изпълни, но поради някаква причина втората не (например възникне грешка)? Отговорът е, че парите ще бъдат изгубени. Тук на помощ ни идват именно трансакциите – те гарантират, че ако някоя заявка не се изпълни, то данните ще бъдат възстановени в първоначалния им вид.

Групирането на заявки в трансакция се изпълнява изключително лесно. Единствено трябва да оградим данните с BEGIN (започване на трансакция) и COMMIT (край на трансакция):

BEGIN;

UPDATE accounts
SET amount = amount - 50
WHERE id = 1;

UPDATE accounts
SET amount = amount + 50
WHERE id = 2;

COMMIT;

Ако някоя от трансакциите пропадне, то се прави т.нар. ROLLBACK. За целта се използва innodb log файл, в който се записват старите данни преди изпълнението на всяка заявка. Естествено ние можем да правим ROLLBACK и сами. Например:

mysql> SELECT amount
FROM accounts
WHERE id = 1;
+--------+
| amount |
+--------+
| 106.38 |
+--------+
1 row in set (0.00 sec)

mysql> BEGIN;
Query OK, 0 rows affected (0.00 sec)

mysql> UPDATE accounts
SET amount = amount - 50
WHERE id = 1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> ROLLBACK;
Query OK, 0 rows affected (0.36 sec)

mysql> SELECT amount
FROM accounts
WHERE id = 1;
+--------+
| amount |
+--------+
| 106.38 |
+--------+
1 row in set (0.00 sec)

Виждате, че резултатите от заявката SELECT са едни и същи, тоест ROLLBACK е "върнал" данните в първоначалния им вид преди заявката UPDATE.

Трансакциите трябва да отговарят на условие за консистентно четене. Това означава, че всеки SELECT чете данните записани точно след последния COMMIT. Ето един пример - отворили сме две връзки към базата данни. С едната започваме трансакция и правим UPDATE като даваме 200 лева на акаунт 1. След това във втората връзка искаме да проверим наличността на този акаунт:

След това с първата връзка завършваме трансакцията и отново проверяваме каква е стойността във втората връзка:

Важно е да споменем, че при InnoDB всяка заявка, която НЕ участва в блокове "BEGIN - COMMIT" е автоматично записана, т.е. можем да приемем, че единичните заявки са завършени трансакции сами по себе си.

В следващата статия ще разгледаме "заключвания" с цел синхронизация на трансакции.

Забележка: За стартиране на трансакция можете да използвате и по-популярната сред останалите СУБД команда "START TRANSACTION".