DB :: transactionでエラーが発生した場合、Laravel 5.3はロールバックされませんでしたか？

Question

私はマルチクエリを行ったときにdbトランザクションを作成しようとしました。

とも私はロールバックされないように、ここで投げいくつかの例外は、トランザクションが思えるときだけ

DB::transaction(function() { 
    try{ 
     //....db queries 
    }catch(\Exception $e){ 
     Log::info($e); 
    } 
}); 

のようなトランザクション外の例外をキャッチしようとしたが、データはデータベースに変更されました。

私は手動でcatchステートメントでDB::rollBack()を行う場合は、すべて私のデータは、罰金になり、

それは私が手動でDB::rollBack()をしなければならないなら、私は思うのですか？

私はDB::transactionを使用している場合、例外が投げられたときに、DB::rollBack()が自動的に実行されると私のdbクエリを管理すると言ったことを覚えていますか？

Laravel 5.3で変更されましたか？

Answer 1

これに続いてlink。 DB::transaction()は使用しないでください。代わりにDB::beginTransactionとDB::commit/DB::rollback()

でこのコードを使用してください。

Answer 2

あなたがそのように実装している場合、それは 、自動的に実行されることはありませんが、あなたは

DB::transaction(function() { 
    //db queries 
}); 

以下のような閉鎖としてそれを使用する場合は、自動的にロールバックされます。

Answer 3

あなたがお互い.ITに応じた複数のテーブルエントリと更新をお持ちの場合は、詳細については成功した

は、ドキュメントを参照してくださいするとき

$var_name = DB::transaction(function() { 
// DB operations..... 
}); 

の$ VAR_NAMEはnullを返したトランザクションを使用することをお勧めしますhttps://laravel.com/docs/5.3/database

希望がこれを助けます。 取引で任意のクエリ

Answer 4

にする場合には適切な方法を問い合わせて、try/catchは、このようなものです：

try { 
    DB::transaction(function(){ 
     //your query stuff here 
    }); 

    DB::commit(); //transactions had no error 
} catch (\Exception $e) { 
    //transactions had an error 
    DB::rollback(); 

    //do something with $e->getMessage(); 
} 

目的は、あなたのクエリが失敗した場合に大きなコントロールを与えることです。これにより、例外をキャッチしてトランザクションをロールバックできます。それ以外の場合は、トランザクションを実行するだけです。