mysql多个select需要放⼊⼀个事务吗？
第⼀次写博客，还请⼤家多多⽀持
今天同事问了个问题：在多个select的时候，⽤不⽤放⼊同⼀个事务？
⾸先先看个例⼦：
[java]
1. public class JDBCClient {
2.
3. public static void main(String[] args) {
4. Connection conn = null;
5. try {
6.
7. Class.forName("sql.jdbc.Driver");
8. conn = Connection("jdbc:mysql://localhost/test","root","123456");
9.
10. if(conn != null) {
11. //将本次会话的事务隔离级别设置为TRANSACTION_READ_COMMITTED,mysql默认的是REPEATABLE_READ
12. conn.setTransactionIsolation(2);
13. //关闭事务的⾃动提交
14. conn.setAutoCommit(false);
15.
16. PreparedStatement ps = conn.prepareStatement("select student_no from student where student_id = 1 ");
17. ResultSet rs = ps.executeQuery();
18. ()) {
19. System.out.String(1));
20. }
21.
22. //设置断点，并将数据库中执⾏ update student set student_no = '新的值' where student_id = 1；然后继续执⾏
23. System.out.println("-----------");
24. rs = ps.executeQuery();
25. ()) {
26. //这⾥打印出新赋值的值
27. System.out.String(1));
28. }
29.
30. //提交事务
31. //connmit();
32. }
33. } catch (Exception e) {
34. e.printStackTrace();
35. if(conn != null) {
36. try {
37. llback();
38. } catch (SQLException e1) {
39. e1.printStackTrace();
40. }
41. }
42. }
43. }
44. //注：如果应⽤mysql默认的事务隔离级别，则两次打印出的内容⼀致；
45. }
个⼈觉得多个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）虚读 ( 幻读 )
mysql中select在⼀个事务内读取到了别的事务插⼊的数据，导致前后读取不⼀致。和不可重复读的区别是：不可重复读是读取到了别⼈对表中的某⼀条记录进⾏了修改，导致前后读取的数据不⼀致。虚读是前后读取到表中的记录总数不⼀样，读取到了其它事务插⼊的数据。⽐如现在有 A 和 B 两个应⽤程序，他们并发访问了数据库中的某⼀张表，假设表中有 3 条记录，B 执⾏查询操作，第⼀次查询表得到了 3 条记录。此时 A 对表进⾏了修改，增加了⼀条记录，当 B 再次查询表的时候，发现多了⼀条数据。这种情况就造成了 B 的虚读。但是虚读是不⼀定每次都发⽣的，这种情况是不确定的。为了避免虚读，我们可以将事务隔离级别设置为 serializable 如果设置成了这种级别，那么数据库就变成了单线程访问的数据库，导致性能降低很多。
四种隔离级别及特点：
隔离级别是否存在脏读是否存在不可重复读是否存在幻读
Read UnCommit(未提交读)Y Y Y
Read Commit(提交读)N Y Y
Repeated Reader(可重复读)N N Y
Serializable Reader(序列化读)N N N
这⾥有个事务隔离级别的例⼦，写的很好：
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论