Oracle OCP笔记(23)性能管理 - 无效对象

Oracle OCP笔记(23)性能管理 - 无效对象

一.决定数据库性能的因数
1.内存使用
    Oracle实例的内存使用对性能起着至关重要的作用，如果未按最佳方式为各种结构分配内存量，性能将急转直下。
    分配的内存量不能过少，也不能过多。


2.数据库对象的状态
    如果无法使用索引，SQL语句的执行速度可能大大降低，并更密集地使用资源。
    如果PL/SQL对象是无效的，则会对性能产生负面影响，也可能导致错误。应该识别、了解和修复所有不可用的对象和无效对象。


二.修改无效对象和无用对象
1.无效对象
    理想状态下，所有对象都处于有效(valid)状态。PL/SQL对象和视图可能变得无效(invalid).
    PL/SQL对象包括: 过程、函数、触发器、程序包、对象类型
    在PL/SQL过程对象引用的任何数据对象在编译后发生了变化，则会将此过程标记为INVALID.
    Oracle始终会自动重新编译无效的PL/SQL对象和视图，但并不一定能够成功。


    查看无效对象:
    select owner,object_name,object_type from dba_objects where status='INVALID'
    尝试编译无效对象:
    alter object_type object_name compile;
    alter procedure procedure_name compile;
    alter view view_name compile;
    show errors                      -- 查看编译错误(视图不支持)
    select * from dba_dependencies;  -- 查看对象依赖表


2.无用的索引
    一个索引由若干按照顺序排列的索引键值组成，其中每个索引键值都具有相关联的rowid，rowid是索引键引用的行的位置物理指针。
    如果某个表的rowid发生变化，那么索引就会被标记为无用。
    索引可能变得无用(unusable)，原因很多，最常见的原因是使用alter table table_name move命令移动了指定的表，表的移动操作会改变所有行的物理位置。
    在旧版本数据库中，出现无用索引，会话会返回错误消息。
    在10g以后版本中，如果SQL语句视图使用无用的索引，语句会重新使用不需要该索引的执行计划，执行总会成功，但性能可能显著降低。可以设置参数:
    skip_unusable_indexes  -- 跳过无用索引，默认值为TRUE.
    如果希望实现旧版本中无用索引返回错误消息的功能，修改参数为FALSE.
    alter system set skip_unusable_indexes=false;


    查看无用的索引:
    select owner,index_name from dba_indexes where status='UNUSABLE';


    重建索引:
    alter index index_name rebuild online nologging;
    选项:
    tablespace -- 指定表空间，默认在当前的表空间重建.
    online     -- 重建过程会为DML命令锁定指定的表，使用online选项可以避免这种状况.
    nologging  -- 不为索引重建操作生成重做，可以快速重建，但需要立即对包含指定索引的表空间进行备份.
    默认方式下，重建需要表锁，并将生成重做。


    重建索引需要额外的存储空间，需做预先规划，确保具有可用的空间。