关于ORACLE事务处理的一些笔记

Posted 2020-09-20 张小贱1987

这是2013年在看ORACLE概念手册的时候的一些笔记，现在整理如下（可能跟其他一些文章的内容有重复）：

 

 

20131012 周六

oracle概念手册中文版 第4章 事务管理

  事务具有原子性，要么全部提交，要么全部回滚。

  事务开始于第一条可执行的sql语句，结束语commit或者rollback操作。执行一个ddl操作可以自动的触发commit操作。

  下列java代码：
DataSource ds = DataSourceGen.getDataSourceFromXML();

    Connection conn = ds.getConnection();

    PreparedStatement ps = conn.prepareStatement("update pub_organ o set o.organ_name = ‘221112‘ where o.organ_id = ‘O50649824‘");

    ps.executeUpdate();

    ps = conn.prepareStatement("update pub_organ o set o.in_use = ‘1111‘ where o.organ_id = ‘O50649824‘");//此处会报错 因为in_use只能有一位

    ps.executeUpdate();

    conn.close();

 

每次执行executeUpdate都会自动触发commit操作，所以第二个报错，第一个仍然后执行成功。

如果加上conn.setAutoCommit(false);那么将不会再executeUpdate的时候自动触发commit，这种情形下将会在两种commit，一个是commit代码，一个是关闭conn自动触发commit。

也就是说如果不加conn.setAutoCommit(false);，那么每条sql都是一个事务。

  执行一个ddl操作可以自动的触发commit操作。

begin

  update pub_organ o set o.organ_name = ‘1‘ where o.organ_id = ‘O50649824‘; --事务开始第一个可执行语句

  execute immediate ‘create or replace view vvvv as select * from pub_organ‘;--ddl操作结束上一个事务 并commit（ddl操作本身要占用一条事务）

update pub_organ o set o.organ_name = ‘2‘ where o.organ_id = ‘O50649824‘; --新事务开始

  update pub_organ o set o.in_use = ‘ddd0‘ where o.organ_id = ‘O50649824‘;--此处会报错 rollback

  commit;

end;

oracle概念手册中文版 第13章 事务管理

  oracle强制实现语句级读一致性。一个再复杂的查询，即使耗时很长，它最终执行获取的数据都是执行开始那个时间点的数据，执行过程中其他用户提交的改变不会造成影响。

  隐式的查询，如delete和update中的where字句，insert中的子查询等，都能保证语句级读一致性。

  如果 SELECT 列表中存在 PL/SQL 函数，那么函数中包含的 SQL 语句将遵从其自身的语句级读一致性，而非其所在 SQL 的读一致性.

  当一个事务运行在串行化模式（serializable mode）下时，Oracle 还能够实现事务级读一致性（transaction-level  read consistency），事务内所有数据访问均反映的是事务开始时的数据状态。

  需要预防的现象：
5.1 脏读 读取到其他用户未提交的数据oracle实现了语句读一致性，所以不可能出现脏读的现象。
5.2 不可重复读 同一条数据两次读取的结果不一样
5.3 幻读 同一个where条件过滤 两次读取结果集不一样

  隔离级别
已提交读取：默认的隔离级别。可以防止脏读。
串行化读取：oracle从已提交读取直接跳到了串行化读取，没有针对不可重复读和幻读分别提供隔离级别。
只读模式：只读事务只能看到事务执行前就已经提交的数据，且事务中不能执行 INSERT，UPDATE，及DELETE 语句。这个是oracle的创新，不是sql的标准。

分析：oracle这种设计，你要么使用默认的隔离级别，要么就串行。只读模式应用场景较少。

  设置事务的隔离级别。
SET TRANSACTION ISOLATION LEVEL READ COMMITTED; 
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; 
SET TRANSACTION READ ONLY;

  已提交读取和串行化读取中：
 读操作都不会阻塞其他用户的写操作。
 已提交读取中sql的执行查询到的是sql执行那一点的数据状态。
 串行化读取中slq的执行查询到的是事务开始那一点的数据状态。
 

  串行化读取并不是真的串行的。串行事务中读取的内容可以被其他用户修改并提交，只是当前事务看不到而已。串行事务不能解决所有的问题，有时候需要在应用层开发代码来进行控制。

20131014 周一

oracle概念手册中文版 第13章 事务管理

 

  如果系统中存在长时间运行的写事务，且其所操作的数据同时还会被大量的小事务更新，则此类系统不应采用串行化模式。因为长事务所需更新的数据可能会被其他事务抢先更新，则长事务可能需要重复地回滚，浪费系统资源。需要注意的是，其他数据库管理系统所实现的串行化隔离（使用读取锁（read-locking））同样不适合上述情况，因为长事务（即便是只执行读取操作的事务）会和短小的写事务相互阻塞。

  使用select * form ttt for update;（在存储过程中需要在execute immediately中执行）可以获取对应行的排他锁。排他锁是一种阻止其他事务进行更新的锁。

  获取表的排他锁:
 lock table pub_organ in exclusive mode;锁定整张表其他用户不可以执行dml操作，也不可以获取其他任何锁。

获取表的共享锁: 
lock table pub_organ in share mode;;锁定整张表其他用户不可以执行dml操作，但是也可以获取共享锁。

不管是那种模式，lock table的代码就像一句update的代码一样，遇到commit或者rollback后才会解除lock。如果表中的某一行被更新未提交，或者插入为提交，那么lock操作将阻塞。

 

 

  自治事务：如果对一个过程设置了自治事务，那么调用它的外层和它本身使用两个事务，互不影响。