MySQL事务隔离级别深度解析：默认设置与多级隔离测试

怎么输出mysqljdbc的默认事务隔离级别

接下来，我们将使用MySQL客户端程序来测试多级隔离。
测试数据库-test，表-tx；表结构：

id                     int

 num

 int

两个客户端命令行-A和B；他们不断地改变A端的隔离级别并改变B端的数据；

（1）设置A的隔离级别为readuncommissed

B更新数据失败前：

客户端A：

更新数据B：

客户端B：

客户端A:

经过上面的实验，我们可以得出交易B更新了条目但未提交。
此时，事务A可能会请求一条未提交的记录。
脏读的原因。
不注视地阅读是最低级别的隔离。

（2）将客户端A的事务隔离级别设置为readcommited（读已提交）

在B更新数据失败之前：

客户端A：

更新数据B：

客户端B：

经过上述实验，我们可以得出结论：读提交隔离层解决了脏读问题，但是会出现不可重复读问题，即事务A在两次查询中的数据不一致，因为事务B在两次查询之间更新了部分数据。
提交只读允许您读取已提交的记录，但不需要可重复的读取操作。

mysql默认事务隔离级别

MySQL默认的事务隔离级别是可重复读。

事务隔离级别是数据库管理系统使用的一组规则，用于定义多个并发事务之间的可见性以及它们如何影响彼此的操作。
MySQL支持四种事务隔离级别，从低到高：READUNCOMMITTED、READCOMMITTED、REPEATABLEREAD和SERIALIZABLE。
其中，REPEATABLEREAD是MySQL默认的事务隔离级别。
在这个级别上，一个事务在处理过程中可以多次读取相同的数据，而不会受到其他事务的影响。
这意味着如果一个事务运行相同的读取查询两次，它将看到相同的数据行，无论其他事务是否更改了数据。
这样可以保证事务多次读取数据时数据的一致性。
需要注意的是，REPEATABLEREAD虽然可以避免一些并发问题，但并不能解决所有并发问题。
可能会出现一些问题，尤其是在高并发环境下。
如果需要更严格的隔离来防止某些类型的并发问题，开发人员可以使用SERIALIZABLE隔离级别。
在大多数场景下，REPEATABLEREAD在满足业务需求和保证效率之间取得了平衡。

MySQL事务：已经把autocommit设置为0了为什么还是会自动提交