とみたです。

On Tue, 10 Aug 2004 20:28:36 +0900
ML account <ml@xxxxxxxxxx> wrote:

> 　なるほど。確かにそれでも説明が付きます。non-autocommitモードだと
> commit/rollbackの後に自動的にトランザクションが開始される、と言うのは、
> マニュアルのどの辺に書いてあるのでしょう？

私もちゃんとマニュアルを調べて発言しているわけではなく、怪しげな記憶に
頼って発言していたので、この機にマニュアルを読んでみました。

この辺でしょうか…。

http://dev.mysql.com/doc/mysql/ja/InnoDB_transaction_model.html

    SET AUTOCOMMIT = 0 でオートコミットモードがオフになると、ユーザが
    常にトランザクションを開いていると見なされます。このユーザが SQL 
    の COMMIT または ROLLBACK ステートメントを実行すると、現在のトラン
    ザクションが終了し、新しいトランザクションが開始されます。どちらの
    ステートメントも、現在のトランザクションで設定されたすべての 
    InnoDB ロックを解除します。COMMIT を実行すると、現在のトランザクショ
    ンで加えられた変更が確定し、他のユーザが認識できる状態になります。
    一方、ROLLBACK ステートメントを実行すると、現在のトランザクション
    によって加えられたすべての変更が取り消されます。

> 　ですが、それは相当に異様でしょうね。 commit/rollbackの後に自動的にトラ
> ンザクションを開始される(自動トランザクション開始、とでも呼びますか)、そ
> のメリットは何でしょう。

さあ、なんでしょう。私はトランザクションはあまり使わないので…。

> 　更に、「自動トランザクション開始」を仮定すると、その接続は常にイン・ト
> ランザクションと言う事ですね。つまり常にアクティブなトランザクションが残
> る事になります。そうなると、マニュアルの別の所で色々と齟齬を生じてしまい
> ます。例えば rename tableとか。こんな説明があったりします。
> 
> > When you execute RENAME, you can't have any locked tables or active
> > transactions.

この記述ははなんでしょうね。実際に試してみたら、BEGIN 後でも RENAME は
成功してしまいますし…。こんな記述もありました。

http://dev.mysql.com/doc/mysql/ja/Implicit_commit.html

    次のコマンドでは、トランザクションが（コマンドの実行前に COMMIT を
    発行した場合と同じように）暗黙的に終了します。

    コマンド		コマンド 	コマンド
    ALTER TABLE 	BEGIN		CREATE INDEX
    DROP DATABASE 	DROP INDEX 	DROP TABLE
    LOAD MASTER DATA 	LOCK TABLES 	RENAME TABLE
    SET AUTOCOMMIT=1 	START TRANSACTION 	TRUNCATE

こっちの記述の方が実際の動きに合ってるようです。

> 　「自動トランザクション開始」は、read-opの selectでトランザクションが開
> 始されてしまうのと同程度に異様に見えます。もう、何が何だか訳が分からなく
> なって来ましたね。

いえ、私は別に異様とも思いませんし、そんなに訳が分からなくなってはいま
せん。このスレッドを読んでると、訳が分からなくなってるのは松枝さんだけ
のような気もしますが :-)

-- 
とみたまさひろ <tommy@xxxxxxxxxx>
日本MySQLユーザ会 http://www.mysql.gr.jp