Question

isolation 属性可以控制在事务中需要什么锁，以及数据库中当前正在执行的事务和状态对事务的影响。表 D-3 列举了 isolation 属性的有效取值。

在真实世界的系统中使用 SERIALIZABLE 隔离级别也经常是不现实的，因为对数据库的访问不会全部都“顺序依次”发生。通常使用的是 REPEATABLE_READ 或 READ_COMMITTED 隔离级别，并构建一些检测死锁和在失败后尝试重新操作的逻辑代码。大型多用户应用程序（例如 Web 网站）在使用 SERIALIZABLE 时需要当心事务死锁，如果使用的是高于 READ_UNCOMMITTED 的任何级别，就应该确保在 Transactional 标注中为 timeout 属性定义了一个有限的超时时间值。事务隔离的具体行为会依赖于正在使用的数据库，例如，MySQL 的 InnoDB 存储引擎对事务隔离级别的解释就与 Oracle、SQL Server、Derby 或 HSQLDB 中的版本存在一些差异。