mysql5.7设置隔离级别

在MySQL 5.7中，隔离级别是用来控制数据库事务之间的并发处理方式。它决定了事务看到其他事务对数据所做的修改的程度。MySQL提供四种默认的隔离级别：

1. **读未提交（READ UNCOMMITTED）**：这是最低的隔离级别，事务可以看到其他事务未提交的数据，可能导致脏读、幻读和不可重复读。

2. **读已提交（READ COMMITTED）**：这是最常见的隔离级别，事务只能看到已经提交的数据，避免了脏读，但可能会有幻读和不可重复读的问题。

3. **可重复读（REPEATABLE READ）**：在此级别下，事务在其整个生命周期内不会看到其他事务对其已提交行的更改，防止了幻读，但可能会出现不可重复读。

4. **串行化（SERIALIZABLE）**：这是最高的隔离级别，保证了每个事务看起来像是顺序执行，完全避免了脏读、幻读和不可重复读，但性能开销最大。

要设置隔离级别，你可以使用`START TRANSACTION`语句并指定隔离级别，例如：

START TRANSACTION ISOLATION LEVEL READ_COMMITTED;

在存储过程或连接会话中，可以持久地设置隔离级别为默认值：

SET SESSION TRANSACTION Isolation Level REPEATABLE READ;

完成事务后，需要使用`COMMIT`关闭事务，如果想要回滚则使用`ROLLBACK`。

相关问题

我的mysql版本是5.7，隔离级别是RC，能列举一个死锁的案例吗？并讲一下如何复现这个死锁

当两个或多个事务同时需要访问同一组资源时，就会出现死锁。下面是一个简单的死锁案例：

假设有两个事务T1和T2，T1首先获取了资源A，然后想要获取资源B，而T2首先获取了资源B，然后想要获取资源A。这时候，T1和T2就会互相等待对方释放资源，从而形成了死锁。

要复现这个死锁，可以在mysql客户端中打开两个会话窗口，分别执行以下SQL语句：

会话1：

BEGIN;
SELECT * FROM table1 WHERE id = 1 FOR UPDATE;
SELECT * FROM table2 WHERE id = 2 FOR UPDATE;
COMMIT;

会话2：

BEGIN;
SELECT * FROM table2 WHERE id = 2 FOR UPDATE;
SELECT * FROM table1 WHERE id = 1 FOR UPDATE;
COMMIT;

这样，两个会话就会互相等待对方释放资源，形成死锁。可以通过查看mysql错误日志或者执行`SHOW ENGINE INNODB STATUS`命令来确认是否出现了死锁。

mysql数据库版本是5.7，隔离级别RC，我先执行了delete然后执行了insert，发生了死锁的问题。请问这是什么原因？

这个问题可能是由于不同的事务在同时操作相同的资源，导致了死锁。在MySQL中，如果两个或多个事务同时请求锁定同一行数据，而且每个事务都持有另一行数据上的锁，则可能会发生死锁。

在你的情况下，如果一个事务先执行了delete操作，但是还没有提交，另一个事务也在等待锁定同一行数据进行insert操作，那么就可能会发生死锁问题。为了解决这个问题，你可以考虑优化你的事务逻辑或者修改隔离级别。可以将隔离级别调整为RR，这样可以避免大部分死锁问题。