MySQL是一個開源的關系型數據庫管理系統，支持多種事務隔離級別。在使用MySQL時，事務隔離級別是非常重要的概念，它可以確保并發事務的正確性和可靠性。然而，有時候我們會發現設置MySQL事務隔離級別沒有生效，那么為什么會出現這種情況呢？

首先，我們需要介紹一下MySQL的四種事務隔離級別：

1. READ UNCOMMITTED（未提交讀）：一個事務可以讀取其他事務未提交的數據。
2. READ COMMITTED（已提交讀）：一個事務只能讀取已經提交的數據。
3. REPEATABLE READ（可重復讀）：在一個事務執行期間，多次讀取同一行數據的結果是始終一致的。
4. SERIALIZABLE（可串行化）：所有事務串行執行，每個事務都完全等待前一個事務完成。

默認情況下，MySQL的事務隔離級別是REPEATABLE READ。

如果設置MySQL事務隔離級別沒有生效，可能是由于以下幾個原因：

1. 事務隔離級別的設置被覆蓋 在MySQL中，可以通過SET TRANSACTION語句來設置事務隔離級別，例如：

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

但是，如果在程序中使用了類似下面的代碼，就會覆蓋掉上面的設置：

SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;

因為SET SESSION語句會將隔離級別設置為會話級別，而不是事務級別。所以，在程序中要確保只使用SET TRANSACTION語句來設置事務隔離級別。

2. 數據庫引擎不支持該隔離級別 MySQL有多種數據庫引擎，而某些引擎可能不支持所有的事務隔離級別。例如，MyISAM引擎只支持READ UNCOMMITTED和READ COMMITTED級別，不支持REPEATABLE READ和SERIALIZABLE級別。所以，在使用MySQL時要確認所使用的數據庫引擎是否支持想要設置的事務隔離級別。

3. 事務沒有正確開啟 如果在開啟事務之前就執行了查詢操作，MySQL會自動提交當前事務并開始一個新的事務，這樣會導致之前設置的事務隔離級別失效。所以，在使用MySQL時要確保在開啟事務之后再執行任何查詢操作。

4. 應用層代碼沒有正確處理事務 最后，可能是應用層代碼沒有正確處理事務。例如，如果在一個事務中執行了多個查詢操作，并且其中一個操作失敗了但沒有回滾事務，則可能會導致事務隔離級別失效。所以，在應用層代碼中要確保正確地處理每個事務，包括回滾事務等異常情況。

綜上所述，設置MySQL事務隔離級別沒有生效可能是由于多種原因造成的。為了確保事務隔離級別能夠正確地生效，我們需要在程序中仔細處理事務、確認數據庫引擎支持所設置的隔離級別，并且使用正確的語句來設置隔離級別。