只读事务还是只读模式

学习spring常常听说只读事务，到底什么是只读事务?
“只读事务”的提法太过笼统.只读事务可以分为两个方面:JDBC和数据库。

JDBC的Connection对象有一个方法setReadOnly。JDK的API描述如下：

Puts this connection in read-only mode as a hint to thedriver to enable 
database optimizations. 

翻译过来的意思“把此连接设置为只读模式，作为的数据库优化的暗示”.这里面有事务隔离吗？没有。甚至SUN的描述都很模糊，只是向数据库驱动做一个启动数据库优化的暗示，不代表一定有效。所以不应该把readOnly作为打开只读事务的判断。
robbin 在[url=http://www.iteye.com/topic/8850]只读查询是否需要启动事务管理，兼论只读事务的说法[/url]并不十分正确:
[quote="robbin"]
在JDBC中，指定只读事务的办法为：
connection.setReadOnly(true);

在Hibernate中，指定只读事务的办法为：
session.setFlushMode(FlushMode.NEVER);
此时，Hibernate也会为只读事务提供Session方面的一些优化手段

在Spring的Hibernate封装中，指定只读事务的办法为：
bean配置文件中，prop属性增加“readOnly”
[/quote]

[url=http://download.oracle.com/docs/cd/B19306_01/java.102/b14355/apxtips.htm#i1007231]查看oracle的文档对jdbc驱动的描述:[/url]

Transaction Isolation Levels and Access Modes
Read-only connections are supported by the Oracle server, but not by the 
Oracle JDBC drivers.

Oracle服务器支持Read-only ，这个又是什么意思呢？

为了搞清楚这个所谓的“只读事务”必须先明确一个概念--“事务隔离级别（transaction isolation degree）”，ANSI标准定义了4个隔离级别标准：
[list]
[*]READ UNCOMMITTED：最低级别的隔离，通常又称为dirty read，它允许一个事务读取还没commit的数据，这样可能会提高性能，但是dirty read可能不是我们想要的。
[*]READ COMMITTED：在一个事务中只允许已经commit的记录可见。如果session中select还在查询中，另一session此时insert一条记录，当前事务可以看到修改的记录，从而产生不可重复读取和幻像数据。
[*]REPEATABLE READ：在一个事务开始后，其他session对数据库的修改在本事务中不可见，直到本事务commit或rollback。在一个事务中重复select的结果一样，除非本事务中update数据库。
[*]SERIALIZABLE：最高级别的隔离，只允许事务串行执行。为了达到此目的，数据库会锁住每行已经读取的记录，其他session不能修改数据直到前一事务结束，事务commit或取消时才释放锁。
[/list]
主流数据库的一般的默认是READ COMMITTED级别。

MYSQL和MS SQLServer遵守了这个定义而oracle没有。oracle只有[url=http://download.oracle.com/docs/cd/B19306_01/server.102/b14220/consist.htm#i17856]三种事务隔离等级[/url]:
[list]
[*]Read committed
[*]Serializable
[*]Read-only Read-only transactions see only those changes that were committed at the time the transaction began and do not allow INSERT, UPDATE, and DELETE statements
[/list]

前两个Read committed，Serializable 和ANSI的定义是一致的，来看看最关键的第三个Read-only 。Read-only事务只会看到在这个事务开启时间点其他事务提交过的数据，并且不允许执行INSERT, UPDATE,DELETE语句，换句话说,在设置set transaction read only后,当前会话所见的数据图像,将不再受到其他会话事务的影响。
所以oracle支持的只读事务不是为了优化性能，而是为了让这个事务中所有的查询操作看到的数据是一个时间点（开启事务）上的一致数据。MYSQL,SQL_SERVER根本没有只读事务的概念，但是有REPEATABLE READ，具体看之间的差别。


有了这个基础后，再看Connection对象也定义了五个变量和ANSI标准对应:

int TRANSACTION_NONE  =0;    //不受支持的事务
int TRANSACTION_READ_COMMITTED =1;
int TRANSACTION_READ_UNCOMMITTED = 2;
int TRANSACTION_REPEATABLE_READ = 4;
int TRANSACTION_SERIALIZABLE  =8;

而Spring也不过是在这上面做封装。TransactionDefinition接口中定义了五个不同的事务隔离级别:

int ISOLATION_DEFAULT = -1;
int ISOLATION_READ_UNCOMMITTED = Connection.TRANSACTION_READ_UNCOMMITTED;
int ISOLATION_READ_COMMITTED = Connection.TRANSACTION_READ_COMMITTED;
int ISOLATION_REPEATABLE_READ = Connection.TRANSACTION_REPEATABLE_READ;
int ISOLATION_SERIALIZABLE = Connection.TRANSACTION_SERIALIZABLE;

既然没有只读事务的概念，那么提交一个查询是否需要开启一个事务呢?
不同的数据库可能有不同实现,[url=http://download.oracle.com/docs/cd/B19306_01/java.102/b14355/apxtips.htm#i1001932]oracle驱动的文档介绍[/url]:
如果关闭Disabling Auto-Commit Mode可以提高一定的性能。
但是MYSQL好像相反,参见：http://www.iteye.com/topic/1603?page=1