性能优化 全表扫描（多块读的size）数据量比较多的时候 1，并行查询 2，多块读 3，索引全扫描 row ID 索引就是一个数据库对象，包含 k值和row id的新表。 OLTP：线上交易系统 常见索引：B树索引（随着数据量的增大，右边节点也会随之增大，导致不平衡，产生分支节点，增加I/O） 位图索引(适用于数据仓库中，增删改比较少的表中,需要整张表的信息。） 好处：获取表的所有信息。获取row id的开始值和结束值。缺点：索引对增删改有影响，锁定两张表 基于函数的索引（使用局限性比较大，使用率低。需要评估，） 造成函数索引失效：1，外层套索引 2，做运算 3，模糊查询 统计收集索引信息的时间：周内（凌晨 2-4点）周末（） 统计表信息，数据字典 反向索引：
收集T表统计信息：exec dbms_stats.gather_table_stats('SCOTT','T'); 新建表的统计信息为空 索引不可见：alter index cust_id_idx invisible alter index cust_id_idx visible 反向索引：为了避免热块效应（性能很低），引用反向索引，使用分块方法。 缺点：不支持范围扫描，只能用于等值查询 索引扫描类型 索引的唯一扫描 （索引值唯一，where判断=） 索引的范围扫描 （读单块） 索引跳跃扫描 （复合索引） 索引快速全扫描（多块扫描） 索引全扫描 1，2索引常用
2种优化访问路径 1，全表扫描（对表中所有进行简单扫描，主要是在某个查询请求表的大部分块时，） 2，索引访问路径（基于row id） 数值小于百分之七会走索引
undo ORA-01555 快照过旧（有大事务）updata事务太大，undo表空间存放不下，解决办法就是强制关闭可以终止事务。扩大undo表空间。 undo 里面有前镜像。CTAS create table as select undo不能设成自动扩展 索引全扫描 产生索引全扫描的条件： order by 对应 id group by 对应 id 索引快速全扫描：（同时访问多个块） 索引本身包含查询中的所有列时，oracle执行索引快速全扫描。
索引名称：(如何确定是否使用了 索引） alter index cust_id_idx monitoring usage; select index_name,monitoring,used from v$object_usage; 避免使用索引： /*+NO_INDEX (有+号是提示，没有+号是注释） 查看执行计划： explain plan for select * from emp where empno=‘7765’ select * from emp（dbms_xplain_display）
不走索引的情况 索引列时不会有null（空值）的 有不等式时不走索引，in或not in时不走索引。 使用通配符时，模糊查询时不走索引。 谓词中使用了空值时不走索引。 查询中包含函数的时候不走索引。
统计信息查询 dbms 存储过程包
