84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
闭关修行中......
コードの意味がよくわかりませんし、説明と一致していないようです。
redis を使用することも不可能ではありませんが、効率が少し低い可能性があります。この問題を解決するには、楽観的ロックを使用することをお勧めします。
例: 注文テーブルにバージョン フィールドがあるとします。このフィールドは一方向にのみ増加できます (通常は +1)。version もチェックしてください。 リーリー
version
コードの意味がよくわかりませんし、説明と一致していないようです。
redis を使用することも不可能ではありませんが、効率が少し低い可能性があります。この問題を解決するには、楽観的ロックを使用することをお勧めします。
例:
ユーザー A とユーザー B が、一定期間内に、順番に、または同時に、order_id=1、version=1 の注文を見つけたとします。UPDATE 中に mysql 行ロックが存在するため、ユーザーは 1 人だけです。は UPDATE に成功しました (1 行が影響を受けました)、別のユーザーの UPDATE は失敗しました (0 行が影響を受けました)。そして、UPDATE 後に返された行数に基づいてユーザーが注文を取得できたかどうかを判断できます。注文テーブルにバージョン フィールドがあるとします。このフィールドは一方向にのみ増加できます (通常は +1)。
version
もチェックしてください。 リーリー