質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.03%

MySQLのトランザクションで最後のSQLしか実行されない

受付中

回答 2

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 686

前提・実現したいこと

MySQLでトランザクション内で複数SQLを実行してコミットすると最後のSQLしか有効になりません。
原因等わかる方いらっしゃいますか?

発生している問題

使用しているMySQLのバージョンは以下のとおりです。

# mysql --version
mysql  Ver 15.1 Distrib 10.4.6-MariaDB, for Linux (x86_64) using readline 5.1

データベースには以下の2テーブルがあります。

test1
+-------+---------------------+------+-----+---------+----------------+
| Field | Type                | Null | Key | Default | Extra          |
+-------+---------------------+------+-----+---------+----------------+
| id    | bigint(20) unsigned | NO   | PRI | NULL    | auto_increment |
| name  | varchar(255)        | YES  |     | NULL    |                |
+-------+---------------------+------+-----+---------+----------------+

test2
+----------+---------------------+------+-----+---------+----------------+
| Field    | Type                | Null | Key | Default | Extra          |
+----------+---------------------+------+-----+---------+----------------+
| id       | bigint(20) unsigned | NO   | PRI | NULL    | auto_increment |
| test1_id | bigint(20) unsigned | NO   |     | NULL    |                |
| name     | varchar(255)        | YES  |     | NULL    |                |
+----------+---------------------+------+-----+---------+----------------+

このテーブルに以下のSQLを実行しました。
(テーブルには何もデータは入っていません)

begin;
insert into test1 (id, name) values (null, 'test');
insert into test2 (id, test1_id, name) values (null, 1, 'test');
commit;

SQL実行後のテーブルのデータは以下のとおりです。

select * from test1;
Empty set (0.001 sec)

select * from test2;
+----+----------+------+
| id | test1_id | name |
+----+----------+------+
|  1 |        1 | test |
+----+----------+------+
1 row in set (0.001 sec)

2つ目のSQLしか実行されていないようです。

トランザクションをかけずに個別にinsertを実行すると問題なく登録できています。

コミットではなく、ロールバックをするとtest1、test2どちらにもデータが入っていない状態となります。(正しい挙動)

MySQLの設定等原因わかる方いらっしゃいますでしょうか?
よろしくお願いします。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 2

0

id は NOT NULL 制約が設定してある(NULL禁止)からだからでは?
auto_increment が設定してあるので、

insert into test1 (id, name) values (null, 'test');
                    ↓
insert into test1 (name) values ('test');


で試しては?

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/10/25 13:06

    ご回答ありがとうございます。
    上記のようにidを指定しない方法を試してみましたが結果は変わりませんでした。

    キャンセル

  • 2019/10/25 13:27

    https://dev.mysql.com/doc/refman/5.6/ja/constraint-invalid-data.html
    >STRICT_TRANS_TABLES は、トランザクションストレージエンジンに対して厳密モードを有効にし、非トランザクションエンジンに対してもある程度有効にします。
    を試しては?
    MySQLはあえて厳密にチェックしないことでパフォーマンスを稼いでいる部分があります。

    キャンセル

  • 2019/10/25 14:18

    デフォルトでSTRICT_TRANS_TABLESは有効になっていました。
    無効にして試してみましたが結果は変わりありませんでした。

    キャンセル

  • 2019/10/25 14:29

    あえて地雷原の中を進むのは避けたいですから、
    insert into test2 (id, test1_id, name) values (null, 1, 'test');

    insert into test2 (test1_id, name) values (1, 'test');
    に。
    動作確認の為に別名のテーブルを作って試しては?

    キャンセル

0

普通の設定ではtest1の投入が失敗したらtest2には処理がながれないと思いますが・・・

create table test1(
  id bigint unsigned not null primary key auto_increment,
  name varchar(255)
  ) ENGINE=InnoDB;
create table test2(
  id bigint unsigned not null primary key auto_increment,
  test1_id bigint unsigned not null default 0,
  name varchar(255)
  ) ENGINE=InnoDB;
  • 失敗するSQL
start transaction;
insert into test1 (id, name) values (1, 'test1');
insert into test1 (id, name) values (1, 'test2');
insert into test2 (id, test1_id, name) values (null, 1, 'test3');
commit;


オートコミットで、エラーを無視するような設定にでもなっているのでしょうか?

参考

にあるとおり、トランザクションの原子性から考えて、
「全体を適用するか、またはロールバックするかのどちらかである」と提示されています。
「一部が完了することはあり得ない。全か無かのどちらか一方しかない」
のがトランザクションです。

どうしても直らないならmysql自体の再インストールが必要かもしれません

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/10/25 14:34

    動作の切り分けはできてきたみたいですがそれにしてもおかしいですね。
    (追記した参考のとおり)
    tableのエンジンは間違いなくinnoDBですよね?
    ダメならあきらめて再インストールするか
    トランザクションに依存しない処理で我慢するかでしょう

    キャンセル

  • 2019/10/25 15:29

    テーブルのエンジンはinnoDBです。
    トランザクションは必須なので再インストールしようと思います。

    キャンセル

  • 2019/10/25 15:33

    test1とtest2の依存関係がわからないのでなんともいえませんが
    test1の投入によりtest2にデータが投入されるなら
    普通はtest1のトリガーでやる処理のような気がします。
    もちろんtest1のトリガーが発火しなければtest2にデータが登録されない
    ので、状況的にかわらないかもしれませんけどね

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.03%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る