Update spring-transaction.md

docs/system-design/framework/spring/spring-transaction.md

 ## 什么是事务？
 
-**事务是逻辑上的一组操作，要么都执行，要么都不执行。**
+ **事务是逻辑上的一组操作，要么都执行，要么都不执行。**
+
+*Guide哥：大家应该都能背上面这句话了，下面我结合我们日常的真实开发来谈一谈！*
 
 具体对应到我们日常开发过程中是这样的：**我们系统的每个业务方法可能包括了多个原子性的数据库操作，并且原子性的数据库操作是有依赖的，它们要不都执行，要不就都不执行。**
 
+另外，需要格外注意的是：**事务能否生效数据库引擎是否支持事务是关键。常用的MySQL数据库默认使用支持事务的`innodb`引擎。但是，如果把数据库引擎变为myisam，那么程序也就不再支持事务了！**
+
 事务最经典也经常被拿出来说例子就是转账了。假如小明要给小红转账1000元，这个转账会涉及到两个关键操作就是：将小明的余额减少1000元，将小红的余额增加1000元。万一在这两个操作之间突然出现错误比如银行系统崩溃，导致小明余额减少而小红的余额没有增加，这样就不对了。事务就是保证这两个关键操作要么都成功，要么都要失败。
 
 ```java
@@ -33,10 +37,10 @@ public class OrdersService {
 
 - **原子性：** 事务是最小的执行单位，不允许分割。事务的原子性确保动作要么全部完成，要么完全不起作用；
 - **一致性：** 执行事务前后，数据保持一致；
-- **隔离性：** 并发访问数据库时，一个用户的事物不被其他事物所干扰，各并发事务之间数据库是独立的；
+- **隔离性：** 并发访问数据库时，一个用户的事物不被其他事务所干扰也就是说多个事务并发执行时，一个事务的执行不应影响其他事务的执行；
 - **持久性:**  一个事务被提交之后。它对数据库中数据的改变是持久的，即使数据库发生故障也不应该对其有任何影响。
 
-## Spring对事务的支持
+## 详谈Spring对事务的支持
 
 ### Spring支持两种方式的事务管理
 
@@ -146,7 +150,7 @@ public interface TransactionStatus{
 
 举个例子！
 
-我们在 A 类的`aMethod（）`方法中调用了 B 类的 `bMethod()` 方法。这个时候就涉及到业务层方法之间互相调用的事务问题。**我们的 `bMethod() `如果发生异常需要回滚，怎么样才能让 `aMethod()`也跟着回滚呢？**
+我们在 A 类的`aMethod（）`方法中调用了 B 类的 `bMethod()` 方法。这个时候就涉及到业务层方法之间互相调用的事务问题。我们的 `bMethod() `如果发生异常需要回滚，如何配置事务传播行为才能让 `aMethod()`也跟着回滚呢？
 
 ```java
 Class A {
@@ -219,7 +223,7 @@ public enum Propagation {
 
 ```
 
-**正确的事务传播类型的可能值如下** ：
+**正确的事务传播行为可能的值如下** ：
 
 **1.`TransactionDefinition.PROPAGATION_REQUIRED`**
 
@@ -306,14 +310,12 @@ Class B {
 }
 ```
 
-
-
-
-
 **5.`TransactionDefinition.PROPAGATION_MANDATORY`**
 
 如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。（mandatory：强制性）
 
+这个使用的很少，就不举例子来说了。
+
 **若是错误的配置以下三种事务传播行为，事务将不会发生回滚，这里不对照案例讲解了，使用的很少。**
 
 - **`TransactionDefinition.PROPAGATION_SUPPORTS`**: 如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
@@ -326,19 +328,42 @@ Class B {
 
 #### 事务只读属性
 
-事务的只读属性是指，对事务性资源进行只读操作或者是读写操作。所谓事务性资源就是指那些被事务管理的资源，比如数据源、 JMS 资源，以及自定义的事务性资源等等。如果确定只对事务性资源进行只读操作，那么我们可以将事务标志为只读的，以提高事务处理的性能。在 TransactionDefinition 中以 boolean 类型来表示该事务是否只读。
+```java
+package org.springframework.transaction;
 
-#### 事务回滚规则
+import org.springframework.lang.Nullable;
 
-这些规则定义了哪些异常会导致事务回滚而哪些不会。默认情况下，事务只有遇到运行期异常时才会回滚，而在遇到检查型异常时不会回滚（这一行为与EJB的回滚行为是一致的）。 但是你可以声明事务在遇到特定的检查型异常时像遇到运行期异常那样回滚。同样，你还可以声明事务遇到特定的异常不回滚，即使这些异常是运行期异常。
+public interface TransactionDefinition {
+    ......
+    // 返回是否为只读事务，默认值为 false
+    boolean isReadOnly();
+    
+}
+```
 
-### @Transactional注解使用详解
+对于只有读取数据查询的事务，可以指定事务类型为readonly，即只读事务。只读事务不涉及数据的修改，数据库会提供一些优化手段，适合用在有多条数据库查询操作的方法中。
 
-@Transactional注解就代表支持事务管理，@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。如果这个注解在类上，那么表示该注解对于所有该类中的public方法都生效；如果注解出现在方法上，则代表该注解仅对该方法有效，会覆盖先前从类层次继承下来的注解。
+很多人就会疑问了，为什么我一个数据查询操作还要启用事务支持呢？
+
+拿 MySQL 的 innodb 举例子，根据官网 [https://dev.mysql.com/doc/refman/5.7/en/innodb-autocommit-commit-rollback.html](https://dev.mysql.com/doc/refman/5.7/en/innodb-autocommit-commit-rollback.html) 描述：
+
+> MySQL默认对每一个新建立的连接都启用了`autocommit`模式。在该模式下，每一个发送到MySQL服务器的`sql`语句都会在一个单独的事务中进行处理，执行结束后会自动提交事务，并开启一个新的事务。
+
+但是，如果你给方法加上了`Transactional`注解的话，这个方法执行的所有`sql`会被放在一个事务中。如果声明了只读事务的话，数据库就会去优化它的执行，并不会带来其他的什么收益。只读事务并不能避免幻读。如果不加`Transactional`，每条`sql`会开启一个单独的事务，中间被其它事务改了数据，都会实时读取到最新值。
 
+分享一下关于事务只读属性，其他人的解答：
 
+1. 如果你一次执行单条查询语句，则没有必要启用事务支持，数据库默认支持SQL执行期间的读一致性；
+2. 如果你一次执行多条查询语句，例如统计查询，报表查询，在这种场景下，多条查询SQL必须保证整体的读一致性，否则，在前条SQL查询之后，后条SQL查询之前，数据被其他用户改变，则该次整体的统计查询将会出现读数据不一致的状态，此时，应该启用事务支持
 
 
+#### 事务回滚规则
+
+这些规则定义了哪些异常会导致事务回滚而哪些不会。默认情况下，事务只有遇到运行期异常时才会回滚，而在遇到检查型异常时不会回滚（这一行为与EJB的回滚行为是一致的）。 但是你可以声明事务在遇到特定的检查型异常时像遇到运行期异常那样回滚。同样，你还可以声明事务遇到特定的异常不回滚，即使这些异常是运行期异常。
+
+### @Transactional注解使用详解
+
+@Transactional注解就代表支持事务管理，@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。如果这个注解在类上，那么表示该注解对于所有该类中的public方法都生效；如果注解出现在方法上，则代表该注解仅对该方法有效，会覆盖先前从类层次继承下来的注解。
 
 ## Reference