spring的模板事务处理

在spring提供众多事务处理机制中，对于模板事务情有独钟，对于开发者而且比较简单

  private void traceSyncTask() {
        transactionTemplate.execute( new TransactionCallback() {
            @Override
            public Object doInTransaction( TransactionStatus status) {
                try {
                    SZmemberCompanyDao.getCountTotalUserInfos();
                } catch (Exception e) {
                    status.setRollbackOnly();
                    throw new RuntimeException(e.getMessage(), e);
                }
                return null;
            }
        });
    }

 

只要在你处理事务的地方，进行数据库层面的操作，设计理念也是常用IOC\AOP\CALLBACK，特别需要说明的是，如何事务处理器DataSourceTransactionManager的事务处理，有必要说明下数据库的undo,Oracle为了控制数据的一致性，使用了undo概念。当进行dml操作时，数据的前像记录都会被保留到Undo表空间当中，每一个数据库的头部都会有一个ITL食物槽，该食物槽会记录当时记录到Undo中的具体位置。当用户对数据进行修改后，如果提交了。那么在undo中对应的前像数据记录就会同时打个提交标记，告诉Oracle，这个数据暂时不需要了。但是如果用户进行的不是提交而是回滚，那么undo就是把对应的数据回写到相应数据库块上，是通过之前的ITL事物槽来一一对应的,Undo还有一致读的作用，比较在9点，A触发了select操作，在9点05分结束。而B在9点04分对A要查的数据进行了update,并且在A事物结束前做了提交，这里有个问题就是A查的数据对B而言是B已经修改的数据还是没有修改的数据,每个数据块的头部都会记录当前每个事物操作的scn，scn就像时钟一样，一直像钱推进。A事物做select操作时会得到当前的scn号，然后它要查找每个数据块时，都会去比对数据块的scn，如果数据块头部的scn号要小于A事物得到的scn，那么Oracle会认为A事物操作时，这些数据块上的数据是没有被修改过的，因为一旦修改，scn号一定是最新的。而当查到B事物修改的那个数据块时，这时该数据块头部的scn号会是最新的，也就是会比A事物触发时的scn要新，所以A事物查到这个数据块时，是去Undo中找之前的数据,Undo还有一个作用，就是当意外断电，实例需要修复，那么对于已经提交的数据，会记录在日志文件中，Oracle会进行前滚操作，把这个数据写入到磁盘当中。如果是未提交的数据，oracle会从Undo读出来进行回滚操作，以保持数据库的一致性