Глупые вопросы по транзакциям в MySQL

[baldr]

Никогда раньше не работал серьезно с транзакциями, особенно в MySQL.. Поэтому хочу прояснить для себя несколько моментов...
Окружение:
* Windows 2003 Server
* MySQL 5.0.24a
* PHP 5.2.6
* MySQL ODBC Connector 3.51.24
* Таблицы InnoDB

С базой работаю либо напрямую через php (родные функции libmysql - mysql_query(), etc), либо через ODBC из .NET/JScript

Вопросы:
В рамках какой сессии живут транзакции?
Например, если я делаю так:

Код: (PHP)

mysql_query("start transaction");
mysql_query("delete from mytable1 where field1=24");
mysql_query("delete from mytable2 where field2=172");
mysql_query("delete from mytable3 where field3=18");
mysql_query("update table4 set field4=11 where field5=1");
mysql_query("commit");

Правильно ли это и что произойдет если, например, в запросе с update произойдет исключение (неважно какое - например, неправильный синтаксис)? Откатится ли транзакция если я не перехватываю исключения? Что если второй поток (это ж php) в это же время будет делать то же самое (или не то же самое) - под тем же юзером - не закоммитится ли моя транзакция раньше своего коммита - или commit выполняется только для транзакции открытой для текущей php сессии (mysql сессии)?

Тот же вопрос для операций через ODBC.. Есть ли тут разница?

Очень не хочется поменять работающую логику и потом отлавливать зависшие транзакции
Без них работает, но очень уж много может съехать если в цикле из 500 запросов последний выкинет все нафиг...
Спасибо..

[RXL]

* Windows 2003 Server
* MySQL 5.0.24a
...
* MySQL ODBC Connector 3.51.24

Срочно обновиться!
Текущая версия сервера - 5.0.90, а коннектора - 5.1.6.
http://downloads.mysql.com/archives/mysql-5.0/mysql-essential-5.0.90-win32.msi
http://dev.mysql.com/downloads/mirror.php?id=376346#mirrors

Транзакция завершается в следующих случаях (для условий с выключенным auto_commit, либо явно открытой транзакцией):
1. COMMIT/ROLLBACK
2. Любая команда, приводящая к завершению транзакции (попытка COMMIT): http://dev.mysql.com/doc/refman/5.0/en/implicit-commit.html
3. Завершение сессии (происходит ROLLBACK).

В контексте PHP стоит помнить, что есть постоянные подключения (функция mysql_pconnect), которые не завершают сессию MySQL при завершении PHP-программы. Если не пользоваться этим, то сессия завершится. Но mysql_pconnect позволяет снизить латентность приложения.

Не слышал, чтобы ODBC-драйвер поддерживал постоянные подключения.

Вообще, логично было бы перехватывать исключения и откатывать транзакцию и не логично - пускать на самотек.

Насчет размера транзакции: он ограничен размером лога Innodb.

[baldr]

Вот про auto_commit - он автоматически включается на уровне настроек базы же? И commit выполняется после каждого запроса?

И про сессии - я не получил ответ - если начал одну транзакцию в одной сессии с юзером user, а в это время параллельно началась, выполнилась и завершилась другая сессия с тем же юзером - не повлияет ли она на транзакцию в первой сессии, если в ней (во второй) выполнялся commit ? Ответ подозреваю сам (не должно!), но хотелось бы на всякий случай убедиться..

Про размер транзакции - спасибо, очень ценное замечание.

mysql_pconnect() не использую.. возможно, перейду на что-то типа ADODB для php, но это будет уже другая история..

[RXL]

auto_commit устанавливается в настройках, но может быть изменен на уровне сессии. По дефолту он включен. Да, это приводит к виртуальному оборачиванию каждого DML-оператора другими операторами: START TRANSACTION и COMMIT. Если транзакцию открыть явно (START TRANSACTION), то auto_commit не действует до ее завершения.

Про сессии.

Если сессия закрылась, то автоматом выполняется ROLLBACK.
Если сессия не закрылась (при использовании постоянных соединений в PHP посредством mysql_pconnect), то транзакция продолжает существовать. Соотв., повторный START TRANSACTION приведет к ошибке.

Две параллельные сессии друг на друга не влияют. Но транзакции взаимодействуют между собой согласно установленному режиму (см. SET TRANSACTION ISOLATION LEVEL). По умолчанию в MySQL используется режим REPEATABLE READ.
http://dev.mysql.com/doc/refman/5.0/en/set-transaction.html

[Sla]

baldr, commit действует на момент транзакции user'а. (ну... ты сам знал ответ)

[RXL]

Слав, а не понятно, что он говорит. Потому даю несколько ответов.

Все же про SET TRANSACTION рекомендую почитать. чтобы знать, какой реакции от базы ожидать.

[baldr]

Sla, минутку... Так юзера или сессии??

[Sla]

baldr, юзер+сессия

[RXL]

Юзер вообще побоку - это лишь авторизация. Для транзакций важны сессии и блокировки.

[baldr]

RXL, Sla, спасибо, буду пробовать.

[Sla]

RXL, согласен, что юзер - фигня

[RXL]

Точнее: транзакция работает в рамках одной сессии и взаимодействует с другими транзакциями посредством блокировок.

[Sla]

Я слаб в блокировках mysql, у Том Кейта это описано очень хорошо.

[RXL]

Слав, погоди, если мне не изменяет память, Том Кейт - спец по Оракл, а не по MySQL...

[Sla]

RXL, не изменяет, конечно.

[RXL]

Я обычно ищу просветления в документации: The InnoDB Transaction Model and Locking.

Есть еще раздел internals, где всякие тонкости рассказаны:
http://forge.mysql.com/wiki/MySQL_Internals
http://forge.mysql.com/wiki/MySQL_Internals_Transaction_management

[McZim]

RXL, не забываем про распределенные транзакции, не знаю конечно как в MySQL, есть они?

Sla, RXL, не Том Кейт, а Том Кайт!

И да он специалист по Oracle, хоть мы и говорим об одних сущностях, но все таки нотации разные!

[RXL]

Есть, но я с ними не разбирался.
http://dev.mysql.com/doc/refman/5.0/en/xa.html

[McZim]

тогда вот это не совсем верно.

Точнее: транзакция работает в рамках одной сессии...

[RXL]

Макс, посмотри по ссылке - там совсем другие команды.