@TRANSACTIONAL使用readonly时update

当在 @Transactional 注解中使用 readonly = true 声明一个只读事务，却在该事务内执行更新操作时，会产生不同的结果，这取决于具体使用的数据库和事务管理器的实现。以下为你详细介绍：
抛出异常

在许多情况下，事务管理器会检测到在只读事务中进行了更新操作，并抛出异常。这是因为只读事务的语义就是不允许对数据进行修改，一旦违反这个规则，就会被视为异常情况。
示例代码

java

import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;

@Service
public class UserService {

@Transactional(readOnly = true)
public void updateUser(int userId, String newName) {
    // 模拟更新操作
    // 这里应该是调用实际的数据库更新方法
    System.out.println("尝试更新用户 " + userId + " 的姓名为 " + newName);
}

}

在上述代码中，updateUser 方法被标记为只读事务，但却尝试执行更新操作。当该方法被调用时，Spring 的事务管理器可能会抛出异常，提示在只读事务中进行了更新操作。
数据库层面的处理

有些数据库在接收到只读事务中的更新语句时，会根据自身的规则进行处理。可能会忽略更新操作，也可能会报错。
不同数据库的表现

MySQL：如果使用 InnoDB 存储引擎，当在只读事务中执行更新操作时，数据库会直接报错。因为 InnoDB 严格遵循事务的只读属性，不允许在只读事务中进行写操作。
Oracle：Oracle 数据库也会对只读事务中的更新操作进行严格控制，一旦发现会抛出异常，提示在只读事务中不能进行 DML（数据操作语言，如 INSERT、UPDATE、DELETE）操作。

性能影响

即使数据库或事务管理器没有立即抛出异常，在只读事务中执行更新操作也会带来性能问题。因为只读事务通常会有一些优化措施，例如数据库可能不会为只读事务记录大量的回滚信息。而当执行更新操作时，这些优化措施就会失效，可能会导致额外的性能开销。
建议

为了避免在只读事务中执行更新操作带来的问题，建议在编写代码时仔细区分只读操作和更新操作，并使用正确的事务配置。如果需要执行更新操作，应该使用非只读事务，即不设置 readonly = true 或者将其设置为 false。例如：

java

import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;

@Service
public class UserService {

@Transactional
public void updateUser(int userId, String newName) {
    // 执行实际的数据库更新操作
    System.out.println("更新用户 " + userId + " 的姓名为 " + newName);
}

}

在上述代码中，updateUser 方法使用了非只读事务，这样就可以正常执行更新操作。