MYSQL事務與鎖，需要手動加鎖嗎？事務中鎖事務的四個隔離級別對應不同的鎖機制：read uncommitted、read committed、repeatable read和serializable

MYSQL事務與鎖，需要手動加鎖嗎？

事務中鎖事務的四個隔離級別對應不同的鎖機制：read uncommitted、read committed、repeatable read和serializable（repeatable）這兩個事務隔離級別（read和serializable）不需要手動鎖定。在我看來，鎖定這兩個事務級別是沒有意義的，因為其他會話中的事務無法獲得在這兩個事務中執(zhí)行的數(shù)據(jù)。（可重復讀取和序列化）始終獲取原始數(shù)據(jù)。

mysql select語句會不會被阻塞呢？

首先，我們需要了解什么是阻塞，因為不同鎖之間的兼容性關系。在某些情況下，一個事務中的鎖需要等待另一個事務中的鎖釋放它占用的資源。這是阻塞。阻塞不是壞事，它可以確保事務的安全執(zhí)行。默認的選擇是一個共享鎖，它不會導致阻塞。但是，在一些實際應用場景中，我們需要手動鎖定，特別是需要更新時，通常需要使用select進行檢索。此時，在執(zhí)行更新之前，為了保證數(shù)據(jù)的準確性，我們通常會手動鎖定數(shù)據(jù)。在這個時候，如果有其他選擇來訪問它將要阻止的項目數(shù)。