数据库事务

1.JDBC处理事务

数据库事务是一组逻辑操作单元，使数据从一种状态变换到另一种状态。为确保数据库中数据的一致性，数据的操纵应当是离散的成组的逻辑单元，当它全部完成时，数据的一致性可以保持，而当这个单元中的一部分操作失败，整个事务应全部视为失败，所有从起点以后的操作应全部退到开始操作。

例如：A——B转帐，对应于如下两条sql语句。

有下面的数据表，存储了用户的ID号，用户名，密码以及账户余额：

现要用代码实现TOM给Jerry汇款500元的事务操作。

关于事务：

1.如果多个操作，每个操作都是使用自己的单独的操作，则无法保证事务。

2.具体步骤：

1).事务操作开始前，开始事务：取消Connection的默认提交行为：connection.setAutoCommit(false);

2).如果事务的操作都成功，则提交事务：connection.commit();

3).若出现异常，则在catch块中回滚事务：connection.rollback();

示例代码：

2.数据库的隔离级别

多个线程开启各自事务操作数据库中数据时，数据库系统要负责隔离操作，以保证各个线程在获取数据时的准确性。

2.1 事务不考虑隔离性可能会引发的问题

如果事务不考虑隔离性，可能会引发如下问题：

①脏读：脏读指一个事务读取了另外一个事务未提交的数据。

这是非常危险的，假设Ａ向Ｂ转帐100元，对应sql语句如下所示：

当第1条sql执行完，第2条还没执行(A未提交时)，如果此时Ｂ查询自己的帐户，就会发现自己多了100元钱。如果A等B走后再回滚，B就会损失100元。

②不可重复读

不可重复读指在一个事务内读取表中的某一行数据，多次读取结果不同。

例如银行想查询A帐户余额，第一次查询A帐户为200元，此时A向帐户内存了100元并提交了，银行接着又进行了一次查询，此时A帐户为300元了。银行两次查询不一致，可能就会很困惑，不知道哪次查询是准的。

不可重复读和脏读的区别是，脏读是读取前一事务未提交的脏数据，不可重复读是重新读取了前一事务已提交的数据。

很多人认为这种情况就对了，无须困惑，当然是后面的为准。我们可以考虑这样一种情况，比如银行程序需要将查询结果分别输出到电脑屏幕和写到文件中，结果在一个事务中针对输出的目的地，进行的两次查询不一致，导致文件和屏幕中的结果不一致，银行工作人员就不知道以哪个为准了。

③幻读

幻读是指在一个事务内读取到了别的事务插入的数据，导致前后读取不一致。

如丙存款100元未提交，这时银行做报表统计account表中所有用户的总额为500元，然后丙提交了，这时银行再统计发现帐户为600元了，造成虚读同样会使银行不知所措，到底以哪个为准。

2.2 事务隔离性的设置语句

MySQL数据库共定义了四种隔离级别：

Serializable(串行化)：可避免脏读、不可重复读、虚读情况的发生。

Repeatable read(可重复读)：可避免脏读、不可重复读情况的发生。

Read committed(读已提交)：可避免脏读情况发生。

Read uncommitted(读未提交)：最低级别，以上情况均无法保证。

3.批量处理

在实际的项目开发中，有时候需要向数据库发送一批SQL语句执行，这时应避免向数据库一条条的发送执行，而应采用JDBC的批处理机制，以提升执行效率。JDBC实现批处理有两种方式：statement和preparedstatement。

3.1 使用Statement完成批处理

①使用Statement对象添加要批量执行SQL语句，如下：

②执行批处理SQL语句：Statement.executeBatch();

③清除批处理命令：Statement.clearBatch();

示例代码：

3.2 使用PreparedStatement完成批量处理

示例代码：