MySQL 事务隔离级别是数据库管理系统为了确保数据一致性而设置的一系列规则，它们定义了在一个事务中，用户可以读取到其他事务中哪些修改过的数据。本文主要探讨的是“读提交”（READ-COMMITTED）这一隔离级别。
在MySQL中，事务隔离级别可以通过`SHOW VARIABLES LIKE '%isolation%'`命令来查看，结果显示当前的隔离级别为“READ-COMMITTED”。这个级别意味着在一个事务中，每次读取的数据都是事务开始后其他已经提交的事务所做的修改，而不是事务开始时的数据快照。这样可以避免脏读，即一个事务读到了另一个未提交事务的数据。
通过一个简单的实验来演示“读提交”隔离级别的行为：
我们有两个查询终端A和B，都开启了事务。此时，两个终端看到的`order`表中的`number`字段值都是1。接着，B终端执行更新操作，将`number`改为2，但不提交事务。这时，A终端查询`order`表，依然看到`number`为1，因为A读取的是它开始事务时的数据快照，看不到B未提交的更改。
然后，B终端提交事务，A再次查询，现在能看到`number`变为2，这是因为A的事务在B提交后读取了最新的已提交数据。A终端提交自己的事务，A和B再次查询，两者看到的`number`都是2，表示A、B两个事务都看到了B提交后的结果。
这个例子展示了“读提交”隔离级别如何处理并发事务之间的数据可见性。它解决了脏读问题，但可能仍存在不可重复读和幻读的问题。不可重复读是指同一个事务内两次读取同一数据集时，由于其他事务的修改，两次读取的结果不同。幻读则是在一个事务中，多次执行相同的查询语句，但结果中出现了新的行，这些行是由其他事务插入的。
总结来说，“读提交”隔离级别保证了一个事务只能看到其他已经提交的事务的修改，防止了脏读，但它没有解决不可重复读和幻读。如果需要更高的隔离级别，可以设置为“可重复读”（REPEATABLE-READ），或者在InnoDB存储引擎中使用“串行化”（SERIALIZABLE）级别，以实现完全的事务串行化，但这样可能会降低系统的并发性能。选择合适的事务隔离级别取决于具体应用的需求和性能考虑。
