标签：sele 共享 简单 execution 其它 customers 高并发 dml 变化
1、解析是为执行SQL语句做准备的过程，它涉及检查语句、权限、对像的有效性，以及创建执行计划（execution plan）。
Oralce共享池（shared pool）中维护了一份SQL语句的缓存，如果在共享池中找到了匹配的SQL语句所对应的解析被称为软解析，否则，必须进行硬解析。
硬解析不仅耗费CPU时间，在有大量会话要同时缓存SQL到共享池时还会造成争用。使用绑定变量并避免不必要的重解析，可显著降低解析开销与闩锁和互斥的争用。
2、批量检索记录可以减少发送到数据库服务器的请求次数，也可以降低网络流量和逻辑IO开销，对于批量查询来讲，批量提取大约可以带来一个数量级（10倍）的性能提升。
3、应用事务设计的基本目标是持有锁的时间尽可能短，然而，也不能为了提高并发而牺牲事务的完整性。
悲观锁策略--记录可能会在被提取到与被更新的时间间隔内被其它用户更新。为避免任何争用，悲观锁要求你在检索到记录时立即锁住此记录。
乐观锁策略--不需要在提取数据时锁住记录。然而，为避免记录在获取与修改时间内被更新，有必要在事务最终提交DML语句时检查此记录是否有发生变化。完成该任务方法有三种：时间戳、最初的数据选择标准是否仍有效、或用ORA_ROWSCN伪列。
在10G中，ORACLE引入了一个伪列ORA_ROWSCN，访列为每条记录包含了一个系统变更号（system change number, SCN），如果表创建时没有使用rowdependencies关键字，则该列只包含了记录所在数据块中最大的SCN号。使用ORA_ROWSCN是确认记录有没变化最简单的方法。
乐观锁例：
...
select ORA_ROWSCN into v_start_rowscn
from ...;
credit_check(p_cust_id);
update customers_rd
set ...
where cust_id = p_cust_id
and ora_rowscn = v_start_rowscn;
悲观锁例：
...
select cust_id into v_cust_id
from customers_rd
where cust_id = p_cust_id for update;
credit_check(p_cust_id);
update customers_rd
set ...
where cust_id = p_cust_id;
标签：sele 共享 简单 execution 其它 customers 高并发 dml 变化
原文地址：https://www.cnblogs.com/optimize/p/10112588.html
