MySQL的默认事务隔离级别有哪些，分别用在什么场景，以及如何修改事务

不同的事务隔离级别及其适用场景如下：

1. READ UNCOMMITTED（读未提交）：这是最低的隔离级别。在这个级别下，一个事务可以读取到另一个未提交事务修改的数据，可能导致脏读、不可重复读和幻读等问题。一般不建议在实际应用中使用，除非对数据一致性要求极低且能容忍上述问题。

   示例：假设事务 A 修改了某行数据但未提交，事务 B 此时能读取到这些未提交的数据，如果事务 A 回滚，那么事务 B 读取到的就是脏数据。

2. READ COMMITTED（读已提交）：一个事务只能读取到已经提交的数据，解决了脏读问题，但可能存在不可重复读和幻读。适用于对数据一致性有一定要求，但可以容忍一定程度的数据不一致的场景。

   示例：事务 A 多次读取同一数据，在这期间事务 B 提交了对该数据的修改，导致事务 A 每次读取的结果不同，即出现不可重复读。

3. REPEATABLE READ（可重复读）：这是 MySQL 的默认级别。在同一个事务中多次读取同样的数据，结果总是一致的，解决了不可重复读问题，但仍可能出现幻读。常用于大多数对数据一致性要求较高的应用场景。

   示例：事务 A 在一个事务中多次读取某范围的数据，期间事务 B 插入了新的数据到这个范围，导致事务 A 再次读取时发现结果不同，即幻读。

4. SERIALIZABLE（串行化）：这是最高的隔离级别，通过强制事务串行执行来避免脏读、不可重复读和幻读。但这种方式会极大地降低并发性能，通常只在对数据一致性要求非常严格且并发量较小的场景使用。

   示例：事务 A 操作数据时，其他事务必须等待事务 A 完成才能操作，确保了数据的绝对一致性。

修改事务隔离级别的方法：

可以通过以下两种方式修改事务隔离级别：

1. 在 MySQL 命令行中使用SET命令：

   SET SESSION TRANSACTION ISOLATION LEVEL <隔离级别> （修改当前会话的隔离级别）

   SET GLOBAL TRANSACTION ISOLATION LEVEL <隔离级别> （修改全局的隔离级别，对新的连接生效）

   例如：SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;

2. 在连接数据库时通过参数指定：

   例如，使用 Java 的JDBC连接数据库时，可以在连接字符串中添加transactionIsolation参数来指定隔离级别。