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事务隔离级别没有生效可能是由于多种原因造成的。为了确保事务隔离级别能够正确地生效，我们需要在程序中仔细处理事务、确认数据库引擎支持所设置的隔离级别，并且使用正确的语句来设置隔离级别。