SpringBoot トランザクションの詳細な紹介
重要な概念
自動コミット モード
mysql データベースの場合、デフォルトでは、データベースは自動コミット モードです。各ステートメントは個別のトランザクション内にあり、ステートメントが実行されると、実行が成功するとトランザクションは暗黙的にコミットされ、実行が失敗すると暗黙的にロールバックされます。通常のトランザクション管理では、関連する一連の操作が 1 つのトランザクション内に存在するため、データベースの自動投入モードをオフにする必要があります。表示方法は次のとおりです。
コマンドが自動的に投入されるかどうかを確認します (オン)自動送信がオンであることを意味し、値は 1、OFF は自動送信をオフにすることを意味し、値は 0):
show variables like 'autocommit';
自動送信をオフにした後、ユーザーは常にトランザクション状態になります。現在のトランザクションは、コミットまたはロールバック ステートメントが実行されるまで終了しません。新しいトランザクションを再度開始してください。
DataSource connection = masterDataSource.getConnection(); connection.setAutoCommit(false);
トランザクション分離レベル
分離レベルとは、複数の同時トランザクション間の分離の程度を指します。 TransactionDefinition インターフェイスでは、分離レベルを表す 5 つの定数が定義されています:
1、TransactionDefinition.ISOLATION_DEFAULT
: これはデフォルト値であり、基礎となるデータベースのデフォルト分離レベルが使用されることを示します。ほとんどのデータベースでは、この値は通常 TransactionDefinition.ISOLATION_READ_COMMITTED
です。
2, TransactionDefinition.ISOLATION_READ_UNCOMMITTED
: この分離レベルは、トランザクションが別のトランザクションによって変更されたがまだコミットされていないデータを読み取ることができることを示します。このレベルでは、ダーティ読み取り、反復不能読み取り、およびファントム読み取りが防止されないため、この分離レベルが使用されることはほとんどありません。たとえば、PostgreSQL には実際にはこのレベルがありません。
3、TransactionDefinition.ISOLATION_READ_COMMITTED
: この分離レベルは、トランザクションが別のトランザクションによって送信されたデータのみを読み取ることができることを示します。このレベルはダーティ リードを防止し、ほとんどの場合に推奨される値です。
4, TransactionDefinition.ISOLATION_REPEATABLE_READ
: この分離レベルは、トランザクションがプロセス全体を通じてクエリを複数回繰り返し実行でき、毎回返されるレコードが同じであることを示します。このレベルは、ダーティ読み取りと非反復読み取りを防止します。
5, TransactionDefinition.ISOLATION_SERIALIZABLE
: すべてのトランザクションは 1 つずつ順番に実行されるため、トランザクション間の干渉の可能性はありません。反復不可能な読み取り、およびファントム読み取り。しかし、これはプログラムのパフォーマンスに重大な影響を与えます。通常、このレベルは使用されません。
トランザクション伝播動作
いわゆるトランザクション伝播動作とは、現在のトランザクションを開始する前にトランザクション コンテキストがすでに存在する場合、トランザクション コンテキストを指定するためのオプションがいくつかあることを意味します。トランザクションメソッドの実行動作。 TransactionDefinition 定義には、伝播動作を示す次の定数が含まれています:
1, TransactionDefinition.PROPAGATION_REQUIRED
: トランザクションが現在存在する場合は、トランザクションに参加します。現在トランザクションが存在しない場合は、トランザクションを作成します。取引。これはデフォルト値です。
2, TransactionDefinition.PROPAGATION_REQUIRES_NEW
: 新しいトランザクションを作成します。現在トランザクションが存在する場合は、現在のトランザクションを一時停止します。
3, TransactionDefinition.PROPAGATION_SUPPORTS
: 現在トランザクションがある場合はトランザクションに参加し、現在トランザクションがない場合は非トランザクションで実行を継続します。
4, TransactionDefinition.PROPAGATION_NOT_SUPPORTED
: 非トランザクション モードで実行します。現在トランザクションが存在する場合、現在のトランザクションは一時停止されます。
5, TransactionDefinition.PROPAGATION_NEVER
: 非トランザクション モードで実行します。トランザクションが現在存在する場合は、例外がスローされます。
6, TransactionDefinition.PROPAGATION_MANDATORY
: 現在トランザクションがある場合はトランザクションに参加し、現在トランザクションがない場合は例外をスローします。
7, TransactionDefinition.PROPAGATION_NESTED
: トランザクションが現在存在する場合は、現在のトランザクションのネストされたトランザクションとして実行するトランザクションを作成します。現在トランザクションが存在しない場合、この値は次と同等です。 TransactionDefinition.PROPAGATION_REQUIRED
。
セーフポイント (セーブポイント
)
まず、セーブポイントはロールバック用であることを知っておく必要があります。セーブポイントの数に制限はありません。セーブポイントと仮想マシン内スナップショットは似ており、セーブポイントはトランザクション内のポイントです。トランザクションの一部をキャンセルするために使用されます。トランザクションが終了すると、トランザクションで定義されたすべてのセーブポイントが自動的に削除されます。
ロールバック実行時にセーブポイントを指定することで、指定した時点までロールバックすることができます。
トランザクションをロールバックするためのいくつかの重要な操作
1. セーブポイントを a に設定します
2. セーブポイント a をキャンセルした後、トランザクションは ## にロールバックします
# 3. すべてのトランザクションのロールバックをキャンセルします注: このロールバック トランザクションはコミット前に使用する必要があります;
public class UserRepository { private DataSource masterDataSource; private Connection connection = null; @Autowired public void setMasterDataSource(DataSource masterDataSource) { this.masterDataSource = masterDataSource; } @Transactional public boolean save(User user) { try { connection = masterDataSource.getConnection(); connection.setAutoCommit(false); //设置保护点 Savepoint saveUser = connection.setSavepoint("saveUser"); PreparedStatement prepareStatement = connection.prepareStatement("insert into user(id,name,age) values(?,?,?)"); prepareStatement.setLong(1, user.getId()); prepareStatement.setString(2, user.getName()); prepareStatement.setInt(3, user.getAge()); prepareStatement.execute(); try { update(user); } catch (Exception e) { System.out.println("出错了。。"+e); //回滚至保护点 connection.rollback(saveUser); } connection.commit(); } catch (SQLException e) { e.printStackTrace(); } finally { try { connection.close(); } catch (SQLException e) { e.printStackTrace(); } } return true; } public boolean update(User user) { System.out.println("save user:"+user); try { PreparedStatement prepareStatement = connection.prepareStatement("update user set name = ? ,age = ? where id = ?)"); prepareStatement.setLong(3, user.getId()); prepareStatement.setString(1, "王大拿"); prepareStatement.setInt(2, 100/0); prepareStatement.execute(); connection.commit(); } catch (SQLException e) { e.printStackTrace(); } return true; } }
以上がSpringBoot トランザクションの詳細な紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









Jasypt の概要 Jasypt は、開発者が最小限の労力で基本的な暗号化機能を自分のプロジェクトに追加できる Java ライブラリであり、暗号化の仕組みを深く理解する必要はありません。一方向および双方向暗号化の高いセキュリティ。標準ベースの暗号化テクノロジー。パスワード、テキスト、数値、バイナリを暗号化します... Spring ベースのアプリケーション、オープン API への統合、JCE プロバイダーでの使用に適しています... 次の依存関係を追加します: com.github.ulisesbocchiojasypt-spring-boot-starter2. 1.1 Jasypt の特典はシステムのセキュリティを保護し、コードが漏洩した場合でもデータ ソースは保証されます。

使用シナリオ 1. 注文は正常に行われましたが、支払いが 30 分以内に行われませんでした。支払いがタイムアウトになり、注文が自動的にキャンセルされました 2. 注文に署名があり、署名後 7 日間評価が行われませんでした。注文がタイムアウトして評価されない場合、システムはデフォルトでプラスの評価を設定します 3. 注文は正常に行われます。販売者が 5 分間注文を受け取らない場合、注文はキャンセルされます。 4. 配送がタイムアウトします。 SMS リマインダーをプッシュします... 遅延が長く、リアルタイム パフォーマンスが低いシナリオでは、タスク スケジュールを使用して定期的なポーリング処理を実行できます。例: xxl-job 今日は選択します

1. Redis は分散ロックの原則を実装しており、分散ロックが必要な理由 分散ロックについて話す前に、分散ロックが必要な理由を説明する必要があります。分散ロックの反対はスタンドアロン ロックです。マルチスレッド プログラムを作成するとき、共有変数を同時に操作することによって引き起こされるデータの問題を回避します。通常、ロックを使用して共有変数を相互に除外し、データの正確性を確保します。共有変数の使用範囲は同じプロセス内です。共有リソースを同時に操作する必要があるプロセスが複数ある場合、どうすれば相互排他的になるのでしょうか?今日のビジネス アプリケーションは通常マイクロサービス アーキテクチャであり、これは 1 つのアプリケーションが複数のプロセスをデプロイすることも意味します。複数のプロセスが MySQL の同じレコード行を変更する必要がある場合、順序の乱れた操作によって引き起こされるダーティ データを避けるために、分散が必要です。今回導入するスタイルはロックされています。ポイントを獲得したい

Springboot はファイルを読み取りますが、jar パッケージにパッケージ化した後、最新の開発にアクセスできません。jar パッケージにパッケージ化した後、Springboot がファイルを読み取れない状況があります。その理由は、パッケージ化後、ファイルの仮想パスが変更されるためです。は無効であり、ストリーム経由でのみアクセスできます。読み取ります。ファイルはリソースの下にあります publicvoidtest(){Listnames=newArrayList();InputStreamReaderread=null;try{ClassPathResourceresource=newClassPathResource("name.txt");Input

Springboot+Mybatis-plus が SQL ステートメントを使用して複数テーブルの追加操作を実行しない場合、私が遭遇した問題は、テスト環境で思考をシミュレートすることによって分解されます: パラメーターを含む BrandDTO オブジェクトを作成し、パラメーターをバックグラウンドに渡すことをシミュレートします。 Mybatis-plus で複数テーブルの操作を実行するのは非常に難しいことを理解してください。Mybatis-plus-join などのツールを使用しない場合は、対応する Mapper.xml ファイルを設定し、臭くて長い ResultMap を設定するだけです。対応する SQL ステートメントを記述します。この方法は面倒に見えますが、柔軟性が高く、次のことが可能です。

SpringBoot と SpringMVC はどちらも Java 開発で一般的に使用されるフレームワークですが、それらの間には明らかな違いがいくつかあります。この記事では、これら 2 つのフレームワークの機能と使用法を調べ、その違いを比較します。まず、SpringBoot について学びましょう。 SpringBoot は、Spring フレームワークに基づいたアプリケーションの作成と展開を簡素化するために、Pivotal チームによって開発されました。スタンドアロンの実行可能ファイルを構築するための高速かつ軽量な方法を提供します。

1. RedisAPI のデフォルトのシリアル化メカニズムである RedisTemplate1.1 をカスタマイズします。API ベースの Redis キャッシュ実装では、データ キャッシュ操作に RedisTemplate テンプレートを使用します。ここで、RedisTemplate クラスを開いて、クラスのソース コード情報を表示します。publicclassRedisTemplateextendsRedisAccessorimplementsRedisOperations、BeanClassLoaderAware{//キーを宣言、値の各種シリアル化メソッド、初期値は空 @NullableprivateRedisSe

プロジェクトでは、構成情報が必要になることがよくありますが、この情報はテスト環境と本番環境で構成が異なる場合があり、実際のビジネス状況に基づいて後で変更する必要がある場合があります。これらの構成をコードにハードコーディングすることはできません。構成ファイルに記述することをお勧めします。たとえば、この情報を application.yml ファイルに書き込むことができます。では、コード内でこのアドレスを取得または使用するにはどうすればよいでしょうか?方法は2つあります。方法 1: @Value アノテーションが付けられた ${key} を介して、構成ファイル (application.yml) 内のキーに対応する値を取得できます。この方法は、マイクロサービスが比較的少ない状況に適しています。方法 2: 実際には、プロジェクト、業務が複雑な場合、ロジック
