最近写了一个模块，发现加上了事务，多此一举，事务(Transaction,简写tx)：在数据库中，所谓事务是指一组逻辑操作，无论成功还是失败都作为一个整体进行工作，要么全部执行，要么不执行。
处理事务的两个动作：
提交(commit)：当整个事务中，所有的逻辑操作都正常执行成功--->提交事务
回滚(rollback)：当整个事务中，有一个或多个逻辑操作执行失败---->回滚事务，撤消该事务的中的所有操作，恢复到最初的状态
事物的操作：先定义一个事务，然后对数据作修改操作，这时如果提交(commit)，这些修改就永久的保存下来，如果回滚(rollback)，数据库管理系统将放弃你所作的所有修改而回到刚开始事务时的状态。
事务的ACID属性：
1.原子性(Atomicity)：事务时应用中不可再分的最小逻辑执行单位体，要么都执行，要么都不执行
2.一致性(Consistency):事务结束后，数据库内的数据是合法正确的(数据不被破坏)
3.隔离性(lsolation):并发执行的事务之间彼此互相独立，互不干扰，即一个事物内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰
4.持久性(Durability):事务提交后，数据是永久性的，不可回滚，即一个事物一旦被提交，它对数据库中的数据改变就是永久性的，接下来的其他操作和数据库故障不应该对其有任何影响
我所写的模块就一个操作，也加上了事务，并不是所有操作都需要加事务，当数据库需要处理操作量大，复杂度高的数据的时候，需要用到事务。用事务是为了保证数据库的完整性，保证成批的SQL语句要么全部执行，要么全都不执行。
比如说：在学生管理系统中，你删除一个学生，你即需要删除学生的基本资料，也要删除和该学生相关的信息，如已选课程、成绩等等，这是对数据库操作就要使用事务，要删除学生信息就把所有相关信息都删除，要不就都不删除！
如何再代码中去处理事务：
1.在JDBC中缺省情况下，事务是自动提交的，控制事务必须先设置事务为手动提交connection对象.setAutoCommit(false);
2.手动的提交事务：connection对象.commit();
3.若出现异常必须回滚事务，不回滚，数据应该是正确的，但不会释放数据库资源：connection对象.rollback();

1.在JDBC中的事务是默认提交的，在执行一个DML/DDL操作的时候就提交了
2.针对CRUD操作，查询操作就没有事务
注意：自己写的代码没错，测试也通过了，但数据库表中的数据没变就是事务没提交的问题