doc: 阅读seata AT文档

分布式事务/seata/seata.md

@@ -2,6 +2,8 @@
   - [Seata Global Exclusive Write Lock](#seata-global-exclusive-write-lock)
   - [TC - Global Exclusive Write Lock Implementation](#tc---global-exclusive-write-lock-implementation)
   - [RM - Global Exclusive Write Lock Usage](#rm---global-exclusive-write-lock-usage)
+  - [Read Committed \&\& Read UnCommitted](#read-committed--read-uncommitted)
+    - [`select ... for update` to apply global exclusive write lock](#select--for-update-to-apply-global-exclusive-write-lock)
 
 
 # seata
@@ -56,4 +58,13 @@ global write lock的释放和RM无关，当全局事务提交时，全局事务
 但是，在全局事务提交前，其他事务必须等待global exclusive write lock的释放，这种等待会带来性能损耗。
 
 
+## Read Committed && Read UnCommitted
+在seata系统中，`local transaction/branch transaction`的事务隔离级别和数据库实例的默认隔离级别一致，例如在mysql中，默认为`repeatable read`；但是，seata系统中，对于`global transaction`，其事务隔离级别为`read uncommitted`，作为全局事务G1中的分支事务L1，其在L1提交但是G1尚未提交的场景下，L1对数据库造成的修改对全局事务G2仍然可见。
+
+故而，seata中全局事务的隔离级别为`读未提交`。
+
+### `select ... for update` to apply global exclusive write lock
+在seata系统中，如果特定场景下`需要将全局事务的隔离级别改为读已提交`，可以使用`select ... for update`来实现。
+
+在seata-AT的实现中，对于`select ... for update`语句，其会在`ConnectionProxy`执行时校验是否可获取`global write lock`。如果当时global write lock被其他全局事务持有，那么当前`select ... for update`会进行重试。当重试次数达到上限时，会抛出异常，如此，可以保证全局事务的读已提交，当全局事务尚未提交/回滚时，会持有global write lock，其他全局事务无法获取相同数据的global write lock。