この記事の内容は、php で同時トランザクションのマルチプロセスシミュレーションを実装する際に発生する問題の解決策について書いたもので、一定の参考値がありますので、困っている方は参考にしていただければ幸いです。
テーブル
drop table if exists `test`; create table if not exists `test` ( id int not null auto_increment , count int default 0 , primary key `id` (`id`) ) engine=innodb character set utf8mb4 collate = utf8mb4_bin comment '测试表'; insert into test (`count`) values (100);
phpコード
// 进程数量 $pro_count = 100; $pids = []; for ($i = 0; $i 0) { // 主进程 $pids[] = $pid; } else { // 子进程 try { $pdo = new PDO(...); $pdo->beginTransaction(); $stmt = $pdo->query('select `count` from test'); $count = $stmt->fetch(PDO::FETCH_ASSOC)['count']; $count = intval($count); if ($count > 0) { $count--; $pdo->query('update test set `count` = ' . $count . ' where id = 2'); } $pdo->commit(); } catch(Exception $e) { $pdo->rollBack(); throw $e; } // 退出子进程 exit; } }
望ましい結果
カウント フィールドが 100 以上減少し、負の数になることが予想されます。つまり、もっと減らす!
実際の結果
同時実行数 200 の場合、複数回実行した後の結果は次のとおりです。
1. count = 65 2. count = 75 3. count = 55 4. count = 84 ...
予想とはかけ離れています。結果!なぜこのようなことが起こるのでしょうか?
説明
まず、現在のプログラム実行環境と同時実行シナリオを明確に理解します。同時実行性とは何ですか? ほぼ同時に実行されることを同時実行性といいます。具体的な説明は次のとおりです。
进程 过程 获取 更新 1-40 同时创建并运行 100 99 41-80 同时创建并运行 99 98 81 - 100 同时创建并运行 98 97
上の最初の行を説明すると、サブプロセス 1 ~ 40
がほぼ同時に作成され、ほぼ同時に実行されます。
进程 1 获取 count = 100,更新 99 进程 2 获取 count = 100,更新 99 ... 进程 40 获取 count = 100,更新 99
つまり、実際には、これらのプロセスはすべて同じ操作を実行しましたが、期待どおりではありませんでした: プロセス 1 はカウント = 100 を取得、更新 99; プロセス 2 はプロセス 1 の更新結果を取得、カウント = 99、更新 98; ...; 処理99 処理98の更新結果を取得、count=1、更新0
、結果として減少するという現象が発生! !
結論
上記のアプローチを使用して実装されたプログラムでは、在庫は常に 0 以上になります。
質問
在庫過剰シナリオをシミュレートするプログラムを設計するにはどうすればよいですか?
引き続き上記のコードを使用し、次のコードを変更します:
if ($count > 0) { $count--; $pdo->query('update test set `count` = ' . $count . ' where id = 2'); }
を次のように変更します:
if ($count > 0) { $pdo->query('update test set `count` = `count` - 1 where id = 2'); }
結果は在庫過剰になります。 !
在庫 100、同時実行性 200、最終在庫は -63
に減少しました。なぜそのような状況が起こるのでしょうか?以下に、プログラム動作の具体的なプロセスを説明します。
进程 1 获取库存 100,更新 99 进程 2 获取库存 100,更新 98(99 - 1) 进程 3 获取库存 100,更新 97(98 - 1) .... 进程 168 获取库存 1 ,更新 0(1-1) 进程 169 获取库存 1 ,更新 -1(0 - 1) 进程 170 获取库存 1 ,更新 -2(-1 - 1) .... 进程 200 获取库存 1,更新 -63(-62 - 1)
非常にわかりにくいように思えますが、実際には次のステートメントによって引き起こされます。
$pdo->query('update test set `count` = `count` - 1 where id = 2');
詳細な説明は次のとおりです。プロセス 1、 a と呼ばれる; プロセス 2、b
と呼ばれる 特定の実行シーケンス:
1. a インベントリ 100
2 をクエリします。 b インベントリ 100
3 をクエリします。 a を更新します。インベントリを 99 (100 - 1) にすると、これは数秒で理解できるはずです
4. b インベントリを 98 (99 - 1)
に更新します - b 更新操作を実行すると、取得されるのは更新されたインベントリですああ! ### - なぜこうなった? update ステートメントは「update test set count = count - 1 where id = 2」であるため、
以上がPHP が同時トランザクションのマルチプロセス シミュレーションを実装するときに発生する問題の解決策の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

セッション関連のXSS攻撃からアプリケーションを保護するには、次の測定が必要です。1。セッションCookieを保護するためにHTTPonlyとセキュアフラグを設定します。 2。すべてのユーザー入力のエクスポートコード。 3.コンテンツセキュリティポリシー(CSP)を実装して、スクリプトソースを制限します。これらのポリシーを通じて、セッション関連のXSS攻撃を効果的に保護し、ユーザーデータを確保できます。

PHPセッションのパフォーマンスを最適化する方法は次のとおりです。1。遅延セッション開始、2。データベースを使用してセッションを保存します。これらの戦略は、高い並行性環境でのアプリケーションの効率を大幅に改善できます。

thesession.gc_maxlifettinginttinginphpdethinesthelifsessessiondata、setinseconds.1)it'sconfiguredinphp.iniorviaini_set()。 2)AbalanceSneededToAvoidPerformanceIssues andunexpectedLogouts.3)php'sgarbagecollectionisisprobabilistic、影響を受けたBygc_probabi

PHPでは、session_name()関数を使用してセッション名を構成できます。特定の手順は次のとおりです。1。session_name()関数を使用して、session_name( "my_session")などのセッション名を設定します。 2。セッション名を設定した後、session_start()を呼び出してセッションを開始します。セッション名の構成は、複数のアプリケーション間のセッションデータの競合を回避し、セキュリティを強化することができますが、セッション名の一意性、セキュリティ、長さ、設定タイミングに注意してください。

セッションIDは、機密操作の前、30分ごとにログイン時に定期的に再生する必要があります。 1.セッション固定攻撃を防ぐためにログインするときにセッションIDを再生します。 2。安全性を向上させるために、敏感な操作の前に再生します。 3.定期的な再生は長期的な利用リスクを減らしますが、ユーザーエクスペリエンスの重量を量る必要があります。

PHPのセッションCookieパラメーターの設定は、session_set_cookie_params()関数を通じて達成できます。 1)この関数を使用して、有効期限、パス、ドメイン名、セキュリティフラグなどのパラメーターを設定します。 2)session_start()を呼び出して、パラメーターを有効にします。 3)ユーザーログインステータスなど、ニーズに応じてパラメーターを動的に調整します。 4)セキュリティを改善するために、セキュアとhttponlyフラグを設定することに注意してください。

PHPでセッションを使用する主な目的は、異なるページ間でユーザーのステータスを維持することです。 1)セッションはsession_start()関数を介して開始され、一意のセッションIDを作成し、ユーザーCookieに保存します。 2)セッションデータはサーバーに保存され、ログインステータスやショッピングカートのコンテンツなど、さまざまなリクエスト間でデータを渡すことができます。

サブドメイン間でセッションを共有する方法は?一般的なドメイン名にセッションCookieを設定することにより実装されます。 1.セッションCookieのドメインをサーバー側の.example.comに設定します。 2。メモリ、データベース、分散キャッシュなど、適切なセッションストレージ方法を選択します。 3. Cookieを介してセッションIDを渡すと、サーバーはIDに基づいてセッションデータを取得および更新します。


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

VSCode Windows 64 ビットのダウンロード
Microsoft によって発売された無料で強力な IDE エディター

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

Dreamweaver Mac版
ビジュアル Web 開発ツール

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、
