開篇詞：

這次接到一個任務要去實現點贊和取消點贊的功能，看似簡單的一個需求，里面要考慮的點還是不少，本次采用的方案是spring的@transactional配合mysql的悲觀鎖for update去實現

（PS:當然可以去用redis去做，但得考慮后續的數據雙向同步問題和頂著快速上線的壓力還是選擇了悲觀鎖方案，改動小呀 @_@）

干貨篇：

知識回顧

• @Transactional 是 Spring 框架中的一個非常重要的注解，它用于聲明一個方法或類需要被事務管理。當你使用 @Transactional 注解時，Spring 容器會為這個方法或類創建一個代理（proxy），并在調用時應用相應的事務管理邏輯。這意呀著，你可以通過簡單的注解來管理事務的邊界，包括事務的開始、提交或回滾等，而無需手動編寫大量的代碼來控制事務。
• 在MySQL中，FOR UPDATE是一個在SELECT語句中使用的選項，它主要用于在事務處理（Transaction Processing）環境中鎖定選中的行，以便進行后續的更新操作。當你在一個事務中執行一個帶有FOR UPDATE的SELECT語句時，MySQL會鎖定這些行，直到當前事務結束（通過COMMIT或ROLLBACK語句）。這樣做的目的是為了防止其他事務修改這些行，從而保持數據的一致性和完整性。

注意點

在Spring框架中使用@Transactional注解時，結合SQL查詢中的FOR UPDATE子句，需要注意以下幾個方面以確保事務的正確性和性能：

1.鎖的范圍和粒度：

• FOR UPDATE會鎖定查詢到的行，直到當前事務結束。因此，要仔細考慮查詢的范圍，避免不必要地鎖定大量行，這可能會影響到并發性能。
• 確保你的查詢是精確的，只鎖定需要修改的行。

2.事務的隔離級別：

• 不同的隔離級別會影響鎖的行為和可見性。例如，在READ COMMITTED隔離級別下，鎖通常只在需要時持有，而在SERIALIZABLE隔離級別下，可能會鎖定更多的數據以防止幻讀。
• 檢查并設置適合你的業務場景的事務隔離級別。

3.死鎖：

• 當多個事務相互等待對方釋放鎖定的資源時，可能會發生死鎖。在使用FOR UPDATE時，尤其要注意避免死鎖的發生。
• 設計事務時，盡量保持事務簡短，避免在事務中執行復雜的邏輯或等待用戶輸入。
• 如果檢測到死鎖，MySQL會自動檢測并中斷其中一個事務以解鎖。但是，你應該準備好處理事務回滾的情況，并確保應用能夠正確地從失敗中恢復。

4.性能影響：

• 鎖定行會增加數據庫操作的開銷，包括鎖的獲取、保持和釋放。
• 監控數據庫的性能指標，如鎖等待時間、鎖沖突等，以確保事務處理不會成為性能瓶頸。

5.事務的邊界：

• 確保@Transactional注解正確應用在你的服務層方法上，并且這些方法包含了需要事務支持的數據庫操作。
• 注意不要在同一個事務中調用其他服務層的方法，除非這些方法也標記為@Transactional（這可能會導致不必要的嵌套事務或事務傳播問題）。

6.異常處理：

• 在事務方法中正確處理異常，確保在發生錯誤時能夠回滾事務。
• 使用Spring的@Transactional注解時，默認情況下，運行時異常和錯誤會觸發事務回滾，而檢查型異常則不會。你可以通過rollbackFor和noRollbackFor屬性來自定義回滾行為。

7. 數據庫和存儲引擎的支持：

• 確保你的數據庫和存儲引擎支持行級鎖（如InnoDB）。
• 不同的存儲引擎在鎖的實現和性能上可能會有所不同。

8. 測試和驗證：

• 在開發過程中，對使用@Transactional和FOR UPDATE的代碼進行充分的測試，以確保它們按預期工作。
• 使用壓力測試和并發測試來驗證事務的性能和穩定性。

總結篇：

通過注意這些方面，你可以更有效地在Spring應用中使用@Transactional和SQL查詢中的FOR UPDATE子句，從而確保數據的一致性和應用的性能。

我是杰叔叔，一名滬漂的碼農，下期再會！