The main purpose of SELECT ... FOR UPDATE is to lock selected rows during a transaction to prevent other sessions from modifying them until the transaction completes which ensures data consistency in concurrent environments such as banking and inventory systems 1 It places row-level locks allowing others to read but not update or delete until commit or rollback 2 It requires transactions via BEGIN or autocommit=off to hold locks across queries 3 Common use cases include preventing double bookings managing financial應通過保持交易及時進行交易，並以一致的順序獲取鎖，以避免績效問題和僵局來仔細使用轉移和避免超售4個鎖。

當您看到SELECT ... FOR UPDATE ，它比常規(guī)SELECT要嚴重一些。它的主要目的？要鎖定所選行，以便沒有其他人可以修改它們，直到完成交易為止。

這在多個用戶或流程可能同時訪問或更改相同數(shù)據(jù)的系統(tǒng)中尤其重要，例如處理庫存，銀行交易或預訂座位時。

防止其他會話修改行

最大的SELECT ... FOR UPDATE是在您查看的數(shù)據(jù)上放置一個行級鎖定。這意味著：

• 其他交易仍然可以讀取數(shù)據(jù)（取決於您的隔離級別）。
• 但是，直到您的交易進行或回滾，他們才能UPDATE或DELETE這些行。

例如，想像兩個人試圖同時預訂航班上的最後一個座位。沒有鎖定，兩者都可以檢查可用性並認為它可用。對於SELECT ... FOR UPDATE ，第一個會話將鎖定座椅行，因此第二個會話必須等待，並將看到已更新的（已預訂）狀態(tài)。

在交易中工作

您需要進行交易，才能正常工作。這意味著從BEGIN或處於AutoCommit = OFF模式開始。如果您運行SELECT ... FOR UPDATE ，則通常在查詢完成後立即釋放鎖。

因此，如果您在應用程序中使用了此問題，請確保您的數(shù)據(jù)庫驅動程序未通過自己的自動交易來運行每個查詢。

常見用例

這是一些現(xiàn)實世界中SELECT ... FOR UPDATE情況：

• 銀行系統(tǒng)：從一個帳戶中扣除資金並將其添加到另一個帳戶時，您要確保餘額不會改變中分數(shù)。
• 庫存管理：在處理訂單時，通過鎖定產品庫存水平來防止過度銷售。
• 隊列處理：多個工人從隊列中拉動任務不應選擇相同的任務。

假設您有一個名為orders的表，您只想處理未經(jīng)處理的訂單。您可能會做類似的事情：

開始;

從訂單中選擇 * processed = false condered = false by ID限制1以進行更新；

 - 現(xiàn)在更新該行以將其標記為處理
更新訂單設置procested = true whene id = 123;

犯罪;

這樣可以確保即使兩個工人同時運行查詢，只有其中一個可以處理訂單。

鎖定不是免費的 - 仔細使用

鎖定行可能會導致性能問題，甚至可能導致僵局。以下是要記住的幾件事：

• 保持交易短。握住鎖的時間越長，您越多地阻止其他人。
• 完成後，請始終提交或回滾 - 不要懸掛開放的交易。
• 在各個會話之間以不同的訂單鎖定多個表或行 - 這是僵局的秘訣。

例如，在PostgreSQL中，當兩個會話等待彼此的鎖時，您通常會看到死鎖錯誤。因此，始終設計查詢以一致的順序獲取鎖。

這基本上就是SELECT ... FOR UPDATE方法 - 交易期間鎖定行以防止衝突。並不是超級複雜，但正確使用時真的很強大。

以上是選擇...更新的目的是什麼？的詳細內容。更多資訊請關注PHP中文網(wǎng)其他相關文章！