MySQL/INNODBは、4つのトランザクション分離レベルをサポートしています。 1. committedを読むことで、commintされていないデータを読むことができます。 2。読み取りcommitedは汚い読み物を避けますが、繰り返しのない読みが発生する可能性があります。 3.繰り返し可能な読み取りはデフォルトのレベルであり、汚い読み取りと繰り返しのない読みを避けますが、幻の読み取りが発生する可能性があります。 4. Serializableはすべての並行性の問題を回避しますが、同時(shí)性を低下させます。適切な分離レベルを選択するには、データの一貫性とパフォーマンス要件のバランスをとる必要があります。

導(dǎo)入

データベースの世界では、トランザクション分離レベルは、データの一貫性を保護(hù)する保護(hù)者のようなものです。今日は、mysql/innodbの魔法のトランザクション分離レベルについて説明します。なぜ彼らはそんなに重要なのですか？なぜなら、彼らはあなたのデータが同時(shí)操作の下で一貫性と整合性を維持する方法を決定するからです。この記事を読んだ後、これらのレベルの定義と使用法を理解するだけでなく、実際のプロジェクトのアプリケーションシナリオと潛在的な落とし穴を把握します。

基本的な知識のレビュー

トランザクションの分離レベルについて議論する前に、トランザクションとは何かを理解する必要があります。トランザクションは一連のアトミックデータベース操作であり、すべてが成功するか、すべて失敗します。 MySQLのストレージエンジンとして、INNODBはトランザクション処理をサポートし、さまざまな分離レベルを提供して、トランザクション間の可視性を制御します。

トランザクションの分離レベルは、主に、同時(shí)アクセス中に発生する可能性のある汚い読み、非繰り返し読み取り、幻の読みの問題を解決するためのものです。ダーティリーディングとは、別のコミットされていないトランザクションからのトランザクション読み取りデータを指します。非繰り返しの読書とは、トランザクションで同じレコードを複數(shù)回読むことを指しますが、結(jié)果は異なります。ファンタジーリーディングとは、トランザクションで同じクエリを?qū)g行することを指しますが、返されるレコードの數(shù)は異なります。

コアコンセプトまたは関數(shù)分析

コミットされていないことを読んでください

committedの読み取りは、最も低いレベルの分離であり、1つのトランザクションが別のコミットされていないトランザクションからデータを読み取ることができます。このレベルは最高の同時(shí)性を提供しますが、汚れた読みのリスクももたらします。たとえば、銀行の移籍取引を扱っており、この時(shí)點(diǎn)で別の取引が進(jìn)行中であるが提出されていない場合、誤ったアカウント殘高を読むことができます。

セットセッショントランザクション分離レベルは、committedを読み取ります。
トランザクションを開始します。
account_id = 1;

この分離レベルは、汚れた読みに起因するデータの矛盾のリスクが高すぎるため、実際のアプリケーションではめったに使用されません。

コミットされた読み物を読んでください

読み取られた隔離レベルは汚い読み物を避けますが、繰り返しのない測定値がまだ発生する可能性があります。このレベルでは、トランザクションはコミットされたトランザクションのデータのみを読み取ることができます。たとえば、トランザクション內(nèi)で同じアカウントの殘高を複數(shù)回照會(huì)し、最初のクエリの後、別のトランザクションが変更されてこの殘高を送信すると、2番目のクエリが異なる結(jié)果を得ます。

セットセッショントランザクション分離レベル読み取り済み。
トランザクションを開始します。
account_id = 1;
 - この期間中に他のトランザクションが変更およびコミットされる場合があります。これは、account_id = 1であるアカウントからのバランスを選択します。

このレベルは、ある程度の並行性を維持しながら汚れた読みを避けるため、実際のアプリケーションでより一般的です。

再現(xiàn)可能な読み取り

繰り返し可能な読み取りは、innodbのデフォルトの分離レベルです。それは汚い読みを避けるだけでなく、再繰り返しのない読書の問題を解決します。このレベルでは、トランザクションが最初に読み取りデータをスナップショットし、トランザクションが終了する前に同じレコードを複數(shù)回読み取ることを保証します。ただし、繰り返し読み取りは依然としてファントムの読み取りに遭遇する可能性があります。

セットセッショントランザクション分離レベルの再現(xiàn)可能な読み取り。
トランザクションを開始します。
account_id = 1;
 - 他のトランザクションは、この期間中にこの殘高を変更することはできません。Account_id= 1であるアカウントからのバランスを選択します。

このレベルは、データの一貫性が必要なシナリオでは非常に役立ちますが、ファントムの読みが複雑な並行性の問題につながる可能性があることに注意する必要があります。

シリアル化可能

Serializableは、最も高いレベルの隔離であり、汚れた読書、繰り返しのない読書、幻の読み取りを避けますが、同時(shí)性を大幅に削減する犠牲を払っています。このレベルでは、トランザクションは完全にシリアル化されており、1つのトランザクションが実行されると、他のトランザクションは操作を?qū)g行できません。

セットセッショントランザクション分離レベルのシリアル化可能。
トランザクションを開始します。
account_id = 1;
 - 他のトランザクションは、この期間中に操作を?qū)g行できません。アカウントからaccount_id = 1;

このレベルは、絶対的なデータの一貫性が必要なシナリオで使用されますが、同時(shí)性に関する深刻な制限により、通常、非常に重要なビジネスシナリオでのみ使用されます。

使用の例

基本的な使用法

実際のプロジェクトでは、適切なレベルのトランザクション分離を選択することは、ビジネスニーズと並行性要件に依存します。繰り返し可能な読み取り分離レベルを使用した銀行振替取引の簡単な例を次に示します。

セットセッショントランザクション分離レベルの再現(xiàn)可能な読み取り。
トランザクションを開始します。
更新のためにaccount_id = 1からアカウントからバランスを選択します。
accountsセットバランス=殘高-100ここでaccount_id = 1;
accountsセットバランス=バランス100ここでaccount_id = 2;
専念;

このトランザクションにより、アカウント1の殘高が転送プロセス中に他のトランザクションによって変更されないことを保証し、データの一貫性を確保します。

高度な使用

場合によっては、非常に重要なデータ操作を処理するためにシリアル化可能レベルを使用する必要がある場合があります。たとえば、金融取引システムでは、並行性の問題を回避するために、各トランザクションが完全に分離されていることを確認(rèn)する必要がある場合があります。

セットセッショントランザクション分離レベルのシリアル化可能。
トランザクションを開始します。
[transactions = 'pending'から *を選択します。
-Process Transaction Logic Update Transactions Set status = '完了' id = 123;
専念;

このレベルは同時(shí)性を大幅に低下させますが、絶対データの一貫性が必要なシナリオには必要です。

一般的なエラーとデバッグのヒント

トランザクション分離レベルを使用する場合の一般的な問題には、デッドロックやロック待機(jī)時(shí)のタイムアウトが含まれます。デッドロックは、2つ以上のトランザクションがお互いがリソースをリリースするのを待っている場合に発生します。 SHOW ENGINE INNODB STATUSコマンドを使用してデッドロック情報(bào)を表示したり、実際の狀況に従ってトランザクションロジックを調(diào)整するか、デッドロックを避けるためにSELECT ... FOR UPDATEを使用できます。

ロック待機(jī)時(shí)タイムアウトは通常、トランザクションが長時(shí)間ロックを保持し、他のトランザクションが長すぎてタイムアウトを待つときに発生します。 innodb_lock_wait_timeoutパラメーターを調(diào)整することでタイムアウトを制御できますが、より良いアプローチは、トランザクションロジックを最適化し、ロック保持時(shí)間を短縮することです。

パフォーマンスの最適化とベストプラクティス

実際のアプリケーションでは、適切なトランザクション分離レベルを選択するには、データの一貫性だけでなく、パフォーマンスも必要です。ここにいくつかの最適化の提案があります：

• 適切な分離レベルを選択します。ビジネスの必要性に応じて、適切な分離レベルを選択して、あまりにも高い分離レベルを使用して並行性を低下させないようにします。
• トランザクションロジックの最適化：トランザクション保持時(shí)間を最小限に抑え、長期ロック保持を回避します。一部の非必須操作は、トランザクションから移動(dòng)できます。
• インデックスの使用：トランザクションに関與するテーブルに適切なインデックスを確立することで、クエリと更新のパフォーマンスを大幅に改善し、ロック待機(jī)時(shí)間を短縮できます。

たとえば、非常に同時(shí)のeコマースシステムでは、読み取り隔離レベルを使用して同時(shí)性を向上させ、トランザクションロジックを最適化してインデックスを使用してパフォーマンスを確保することを選択できます。

セットセッショントランザクション分離レベル読み取り済み。
トランザクションを開始します。
更新のためにProduct_id = 1から製品から數(shù)量を選択します。
製品を更新します數(shù)量=數(shù)量-1ここで、product_id = 1;
注文に挿入（Product_id、數(shù)量）値（1、1）;
専念;

これらのプラクティスを通じて、データの一貫性を確保しながら、システムの並行性パフォーマンスを向上させることができます。

要するに、MySQL/INNODBでのトランザクション分離レベルの理解と正しい使用は、データの一貫性を確保し、システムのパフォーマンスを改善するための鍵です。この記事が、実際のプロジェクトでこの知識をよりよく適用するのに役立つことを願(yuàn)っています。

以上がさまざまなSQLトランザクションの分離レベル（読み取り、commited、繰り返し読み取り、シリアル化可能、シリアル化可能）とmysql/innodbの意味を説明してください。の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。