| 事务级别 | 第 3 页(共5 页) |
为了解决与“多个线程请求相同数据”相关的问题,事务之间用锁相互隔开。多数主流的数据库支持不同类型的锁;因此,JDBC API 支持不同类型的事务,它们由 Connection 对象指派或确定。在 JDBC API 中可以获得下列事务级别:
TRANSACTION_NONE说明不支持事务。TRANSACTION_READ_UNCOMMITTED说明在提交前一个事务可以看到另一个事务的变化。这样脏读、不可重复的读和虚读都是允许的。TRANSACTION_READ_COMMITTED说明读取未提交的数据是不允许的。这个级别仍然允许不可重复的读和虚读产生。TRANSACTION_REPEATABLE_READ说明事务保证能够再次读取相同的数据而不会失败,但虚读仍然会出现。TRANSACTION_SERIALIZABLE是最高的事务级别,它防止脏读、不可重复的读和虚读。
您可能想知道,为什么不是所有事务都运行在 TRANSACTION_SERIALIZABLE 模式以保证最高程度的数据完整性呢?问题在于,和处理多线程编程有关的问题相似,事务保护的级别越高,性能损失就越大。
假定您的数据库和 JDBC 驱动程序支持这个特性,则给定一个 Connection 对象,您可以明确地设置想要的事务级别:
con.setTransactionLevel(TRANSACTION_SERIALIZABLE) ;
您还可以确定当前事务的级别:
if(con.getTransactionLevel() == TRANSACTION_SERIALIZABLE)
System.out.println("Highest Transaction Level in operation.") ;
博客围绕解决多个线程请求相同数据的问题展开,介绍多数主流数据库支持不同类型的锁,JDBC API 支持不同类型事务及相应事务级别,还指出事务保护级别越高性能损失越大,同时提及可设置和确定事务级别。
174

被折叠的 条评论
为什么被折叠?



