mysql 多个select需要放入一个事务吗?

xiaoxiao2025-05-20  36

今天同事问了个问题:在多个select的时候,用不用放入同一个事务?

首先先看个例子:

 

[java] view plain copy print?

public class JDBCClient {        public static void main(String[] args) {          Connection conn = null;          try {                            Class.forName("com.mysql.jdbc.Driver");              conn = DriverManager.getConnection("jdbc:mysql://localhost/test","root","123456");                            if(conn != null) {                  //将本次会话的事务隔离级别设置为TRANSACTION_READ_COMMITTED,mysql默认的是REPEATABLE_READ                  conn.setTransactionIsolation(2);                  //关闭事务的自动提交                  conn.setAutoCommit(false);                                    PreparedStatement ps = conn.prepareStatement("select student_no from student where student_id = 1 ");                  ResultSet rs = ps.executeQuery();                  while(rs.next()) {                      System.out.println(rs.getString(1));                  }                                    //设置断点,并将数据库中执行 update student set student_no = '新的值' where student_id = 1;然后继续执行                  System.out.println("-----------");                  rs = ps.executeQuery();                  while(rs.next()) {                      //这里打印出新赋值的值                      System.out.println(rs.getString(1));                  }                                                    //提交事务                  //conn.commit();              }          } catch (Exception e) {              e.printStackTrace();              if(conn != null) {                  try {                      conn.rollback();                  } catch (SQLException e1) {                      e1.printStackTrace();                  }              }          }      }      //注:如果应用mysql默认的事务隔离级别,则两次打印出的内容一致;  }  

 

 

个人觉得多个select时,不用放入一个事务,select查询本身不需要事务提交。而如果在修改数据时,不提交事务,则会修改失败。

select只是用来进行查询操作,不需要事务回滚,因为select不会对数据库的产生持久化的修改,没有必要在数据发生不一致的时候进行回滚。如果要防止数据的不一致情况,可以通过修改事务的隔离级别实现。

 

 

事务:

 

事务的四大特性 (ACID)

       1、原子性(Atomicity) 事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生。

       2、一致性(Consistency)事务前后数据的完整性必须保持一致。

       3、隔离性(Isolation)多个用户并发访问数据库时,一个用户的事务不能被其它用户的事务所干扰,多个并发事务之间的数据要相互隔离。

       4、持久性(Durability)一个事务一旦被提交,它对数据库中的数据改变就是永久性的。

 

事务的隔离级别:

       多个线程开启各自的事务操作数据库中数据时,数据库系统要负责隔离操作,以保证各个线程在获取数据时的准确性。也就是说,隔离级别就是对对事务并发控制的等级。如果事务不考虑隔离性会引发以下问题:

      (1)脏读:

       指一个事务读取了另外一个事务未提交的数据。比如 A 向 B 购买商品,如果 B 的事务隔离级别为最低的 read uncommitted,那么当 A 执行了 update account set money=money+100 where name='B';以后并没有提交数据的时候,B 进行了 select money from account where name='B';查询账户的操作,由于 B 的事务隔离级别最低,所以导致了脏读,读取到了 A 没有提交的数据,当 A 执行了 rollback 回滚命令以后,B 再查询账户,就发现先前增加的 100 元消失了。为了避免脏读,我们可以将事务的隔离级别设置为:read committed。

      (2)不可重复读:

       在一个事务内读取到了表中的某一行数据,多次读取结果不同。不可重复读和脏读的区别是:脏读是读取前一事务未提交的数据,不可重复读是重新读取了前一个事务已提交的数据。比如还是刚才的情景,当 B 将自己的事务隔离级别设置了 read committed 时,可以避免脏读,也就是别人没有提交的数据是读不到的。但是如果 A 将数据提交了,执行了 commit 命令后,B 在这个当前事务内再次查询账户的时候,就发现账户多了 100 元,这种情况看似是符合逻辑的,但是我们这里说到的不可重复读是指在这个当前事务内,不可以发生两次读取操作结果不一致的可能性,我们要保证在一个事务中,我们多次从数据库获取的数据应该是一致的,这样才能保证我们进行数据操作的可靠性。为了避免这个为题,我们可以将数据库的事务隔离级别设置为:repeatable read,这样就保证了在一个事务中,每次读取到数据都是一致的。

      (3)虚读 ( 幻读 )

       在一个事务内读取到了别的事务插入的数据,导致前后读取不一致。和不可重复读的区别是:不可重复读是读取到了别人对表中的某一条记录进行了修改,导致前后读取的数据不一致。  虚读是前后读取到表中的记录总数不一样,读取到了其它事务插入的数据。比如现在有 A 和 B 两个应用程序,他们并发访问了数据库中的某一张表,假设表中有 3 条记录,B 执行查询操作, 第一次查询表得到了 3 条记录。此时 A 对表进行了修改,增加了一条记录,当 B 再次查询表的时候,发现多了一条数据。这种情况就造成了 B 的虚读。但是虚读是不一定每次都发生的,这种情况是不确定的。为了避免虚读,我们可以将事务隔离级别设置为 serializable 如果设置成了这种级别,那么数据库就变成了单线程访问的数据库,导致性能降低很多。

 

四种隔离级别及特点:

隔离级别是否存在脏读是否存在不可重复读是否存在幻读Read UnCommit(未提交读)YYYRead Commit(提交读)NYYRepeated Reader(可重复读)NNYSerializable Reader(序列化读)NNN

 

这里有个事务隔离级别的例子,写的很好:http://blog.163.com/mr_liuyong/blog/static/1234243762012511105645731/

转载请注明原文地址: https://www.6miu.com/read-5030408.html

最新回复(0)