MySQLトランザクションとロックメカニズムは、制御とパフォーマンスのチューニングを同時(shí)にするための鍵です。 1.トランザクションを使用する場(chǎng)合は、リソースの職業(yè)を避け、長(zhǎng)いトランザクションによって引き起こされるログの膨満を元に??戻すために、トランザクションを明示的にオンにし、トランザクションを短くしておくようにしてください。 2。ロック操作には、共有ロックと排他的ロック、選択...更新プラスXロック、選択...ロックインモードプラスSロック、書き込み操作を自動(dòng)的にロックし、インデックスを使用してロック粒度を低減する必要があります。 3.隔離レベルはデフォルトで繰り返し読み取られ、ほとんどのシナリオに適しており、変更は注意する必要があります。 4. Deadlock Inspection Show Engine InnoDBステータスコマンドを介した最新のDeadlockの詳細(xì)を分析でき、最適化方法には統(tǒng)一された実行順序、インデックスの増加、およびキューシステムの導(dǎo)入が含まれます。これらのコアポイントをマスターすると、同時(shí)性の問題を解決するのに役立ちます。

MySQLのトランザクションおよびロックメカニズムは、データベースのパフォーマンスチューニングと同時(shí)制御の中心部分です。多くの人々は、使用中にデッドロック、ブロック、データの矛盾に遭遇します。実際、ほとんどの場(chǎng)合、それは彼らがトランザクションとロック行動(dòng)を深く理解していないためです。いくつかの実用的なシナリオから始めて、MySQLトランザクションとロックをうまく管理する方法について説明しましょう。

トランザクションの基本的な動(dòng)作

MySQLのINNODBエンジンはトランザクション処理をサポートし、各トランザクションは酸の原理（原子性、一貫性、分離、および持続性）に従います。デフォルトでは、MySQLはAutoCommitモード（AutoCommit = 1）にあります。これは、各ステートメントが獨(dú)立したトランザクションとして実行されることを意味します。

複數(shù)の操作全體が必要な場(chǎng)合は、トランザクションを手動(dòng)で開始する必要があります。

トランザクションを開始します。
 - 複數(shù)のSQLステートメントコミットを?qū)g行します。

または、エラーが発生したときにロールバックします。

ロールバック;

提案：

• 一貫性を必要とするマルチステップ操作の場(chǎng)合、トランザクションを明示的に使用してください。
• 頻繁に執(zhí)筆を伴うアプリケーションでは、自動(dòng)委員會(huì)を適切に閉鎖するとパフォーマンスが向上する可能性がありますが、リソースを占める長(zhǎng)いトランザクションを避けるように注意する必要があります。
• 長(zhǎng)い間コミットされていないトランザクションは、ログを元に戻すためにログを元に戻し、パフォーマンスに影響を與え、さらにはスペースの問題を引き起こす可能性があります。

ロックタイプとロックタイミング

MySQLロックは、共有ロック（Sロック）と排他的ロック（Xロック）に分割され、読み取りロックと書き込みロックとも呼ばれます。さらに、ファントムの読み取りを防ぐために、ギャップロック、ネクストキーロックなどがあります。

一般的なロックステートメントには次のものがあります。

• SELECT ... FOR UPDATE ：排他的ロックを追加します
• SELECT ... LOCK IN SHARE MODE ：共有ロックを追加します
• 操作を挿入、更新、削除することも自動(dòng)的にロックされます

INNODBは通常、クエリ條件がインデックスに到達(dá)したときに行レベルのロックを追加します。そうしないと、テーブルロックにアップグレードされる場(chǎng)合があります。

一般的な現(xiàn)象：

• 複數(shù)のトランザクションが同じデータの行を同時(shí)に変更すると、以前のトランザクションがコミットまたはロールバックされるまで、後続のトランザクションがブロックされます。
• 2つのトランザクションが相手が保有する互いのロックを待っている場(chǎng)合、デッドロックが発生します。 MySQLが検出された後、トランザクションの1つを自動(dòng)的にロールバックします。

提案：

• ビジネスを短く簡(jiǎn)潔にし、ロックを保持する時(shí)間を短縮してください。
• 最初にユーザーテーブルを常に操作し、次に注文テーブルを操作するなど、統(tǒng)一されたアクセス注文は、デッドロックの確率を効果的に減らすことができます。
• 適切なインデックスを使用して、完全なテーブルスキャンで不必要なロック範(fàn)囲拡張を回避します。

分離レベルの影響

MySQLは、4つのトランザクション分離レベルをサポートしています。

• 提出されていない読み取り（コミットされていない読み取り）
• コミットされた読み物を読んでください
• 繰り返し読み取り（繰り返し可能な読み取り） - innodbデフォルト
• シリアル化（シリアル化可能）

異なる分離レベルは、トランザクションとロックの動(dòng)作との間の可視性を決定します。例えば：

• 「繰り返し可能」の下で、InnoDBは次のキーロックを介したファントムの読み取りを防ぎます。
• 「Reads Submitted」では、読み取りごとに新しいスナップショットが生成されます。
• 「シリアル化」により、すべての通常の選択がSELECT ... FOR SHARE 、シリアル実行を強(qiáng)制します。

提案：

• デフォルトの「繰り返し可能」は、ほとんどのビジネスシナリオに適しており、特別なニーズがない限り、自由に変更することはお?jiǎng)幛幛筏蓼护蟆?/li>
• 分離レベルを変更すると、並行性の動(dòng)作とロック戦略に影響し、オンラインになる前に慎重にテストする必要があります。

デッドロックチェックと最適化手法

MySQLがデッドロックを検出すると、エラーログが出力され、トランザクションの1つがロールバックされます。次のコマンドを介して、最新のデッドロックの詳細(xì)を表示できます。

 Engine Innodbステータスを表示\ g

詳細(xì)なトランザクション待機(jī)図は、出力の「最新の検出デッドロック」セクションに表示されます。

ストローク考え：

• デッドロックにどのトランザクションが関與しているかを確認(rèn)してください
• どのロックを保持し、どのロックが要求しているかを分析します
• 関連するSQLステートメントを確認(rèn)して、注文の調(diào)整、トランザクションスコープの縮小、インデックスの増加など、最適化できるかどうかを確認(rèn)します。

最適化のヒント：

• 同様の操作を統(tǒng)一されたサービスインターフェイスにカプセル化して、一貫した実行順序を確保する
• ロックの粒度を減らすための條件の適切なインデックスを確立する
• 同時(shí)書き込みシナリオでは、非同期処理用のキューシステムの導(dǎo)入を検討してください

基本的にそれだけです。トランザクションとロックは複雑に見えますが、実際には、いくつかの重要なポイントを習(xí)得する限り、多くの問題を簡(jiǎn)単に解決できます。

以上がMySQLのトランザクションとロック動(dòng)作の管理の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語 Web サイトの他の関連記事を參照してください。