久久国产高清,欧美一级三级,视频一区二区在线

oracle重徏index

Lenovo123 — Mon, 01 Jul 2013 11:29:00 GMT

一�Q�考虑重徏索引的场�?/span>
1�Q�表上频�J�发生update,delete操作
2�Q�表上发生了(ji��n)alter table ..move操作�Q�move操作��D��?ji��n)rowid变化�Q?/p>

二：(x��)判断重徏索引的标�?/span>
  索引重徏是否有必要，一般看索引是否倾斜的严重，是否��费�?ji��n)空��_(d��)��
  那应该如何才可以判断索引是否倾斜的严重，是否��费�?ji��n)空��_(d��)��如下�Q?br style="line-height: 25px" />1�Q?nbsp;       对烦(ch��)引进行结构分�?br style="line-height: 25px" />Analyze index indexname validate structure;
2, 在执行步�?的session中查询index_stats表，不要到别的session��L��?br style="line-height: 25px" />   select height,DEL_LF_ROWS/LF_ROWS from index_stats;
3, 在步�?查询出来的height>=4或者DEL_LF_ROWS/LF_ROWS>0.2的场合，该烦(ch��)引考虑重徏�Q?br style="line-height: 25px" />Example:
   SQL> select count(*) from test_index;
         COUNT(*)
----------
                   2072327
SQL> analyze index pk_t_test validate structure;
Index analyzed
        SQL> select height,DEL_LF_ROWS/LF_ROWS from index_stats;
                     HEIGHT         DEL_LF_ROWS/LF_ROWS
---------- -------------------
         3                   0
SQL> delete from test_index where rownum<250000;
          249999 rows deleted
        SQL> select height,DEL_LF_ROWS/LF_ROWS from index_stats;
                    HEIGHT                 DEL_LF_ROWS/LF_ROWS
---------- -------------------
                         3                   0
        SQL> analyze index pk_t_test validate structure;
                Index analyzed
SQL> select height,DEL_LF_ROWS/LF_ROWS from index_stats;
                    HEIGHT                  DEL_LF_ROWS/LF_ROWS
---------- -------------------
                 3                           0.0777430939338362

三：(x��)重徏索引的方�?/span>
    1�Q�drop 原来的烦(ch��)引，然后再创建烦(ch��)�?
    2�Q�alter index indexname rebuild (online);
    方式一�Q�耗时��_(d��)��无法�?4*7环境中实�?br style="line-height: 25px" />    方式二：(x��)比较快，可以�?4*7环境中实�?br style="line-height: 25px" />    ��使用方式�?/p>

四：(x��)alter index rebuid内部�q�程和注意点
    1�Q�alter index rebuild 和alter index rebuild online的区�?br style="line-height: 25px" />(1)        扫描方式不同
Rebuild以index fast full scan�Q�or table full scan�Q�方式读取原索引中的数据来构��Z��个新的烦(ch��)引，有排序的操作; rebuild online 执行表扫描获取数据，有排序的操作;
Rebuild  方式 (index fast full scan  or  table full scan  取决于统计信息的cost)
Eg1:
SQL> explain plan for alter index idx_policy_id2 rebuild;
Explained
SQL> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
---------------------------------------------------------------------
| Id  | Operation              |  Name           | Rows  | Bytes | Cost  |
---------------------------------------------------------------------
|   0 | ALTER INDEX STATEMENT  |                 |   999K|  4882K|  3219 |
|   1 |  INDEX BUILD NON UNIQUE| IDX_POLICY_ID2  |       |       |       |
|   2 |   SORT CREATE INDEX     |                 |   999K|  4882K|       |
|   3 |    INDEX FAST FULL SCAN | IDX_POLICY_ID2  |   999K|  4882K|       |
---------------------------------------------------------------------
Eg2:
SQL>  explain plan for alter index idx_policy_id rebuild;
Explained
SQL> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
---------------------------------------------------------------------
| Id  | Operation              |  Name          | Rows  | Bytes | Cost  |
---------------------------------------------------------------------
|   0 | ALTER INDEX STATEMENT  |                |  2072K|     9M|   461 |
|   1 |  INDEX BUILD NON UNIQUE| IDX_POLICY_ID  |       |       |       |
|   2 |   SORT CREATE INDEX    |                |  2072K|     9M|       |
|   3 |    TABLE ACCESS FULL   | TEST_INDEX     |  2072K|     9M|   461 |

Eg3�Q?(注意和Eg1比较)
Rebuil online 方式�Q?br style="line-height: 25px" />SQL> explain plan for alter index idx_policy_id2 rebuild online;
Explained
SQL> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
---------------------------------------------------------------------
| Id  | Operation              |  Name           | Rows  | Bytes | Cost  |
---------------------------------------------------------------------|   0 | ALTER INDEX STATEMENT  |                 |   999K|  4882K|  3219 |
|   1 |  INDEX BUILD NON UNIQUE| IDX_POLICY_ID2  |       |       |       |
|   2 |   SORT CREATE INDEX    |                 |   999K|  4882K|       |
|   3 |    TABLE ACCESS FULL   | TEST_INDEX2     |   999K|  4882K|  3219 |
(2)        rebuild �?x��)阻塞dml操作�Q�rebuil online 不会(x��)��d��dml操作�Q?br style="line-height: 25px" />(3)        rebuild online时系�l�会(x��)产生一个SYS_JOURNAL_xxx的IOT�c�d��的系�l��(f��)时日志表�Q�所有rebuild online时烦(ch��)引的变化都记录在�q�个表中�Q�当新的索引创徏完成后，把这个表的记录维护到新的索引中去�Q�然后drop掉旧的烦(ch��)引，rebuild online��完成了(ji��n)�?br style="line-height: 25px" />
注意点：(x��)
1�Q?nbsp;       执行rebuild操作�Ӟ��需要检查表�I�间是否��_��Q?br style="line-height: 25px" />2�Q?nbsp;       虽然说rebuild online操作允许dml操作�Q�但是还是徏议在业务不繁忙时间段�q�行�Q?br style="line-height: 25px" />3�Q?nbsp;       Rebuild操作�?x��)��生大量redo log �Q?br style="line-height: 25px" />
五：(x��)重徏分区表上的分区烦(ch��)�?/span>
   1�Q�重建分区烦(ch��)引方法：(x��)
     Alter index indexname rebuild partition paritionname tablespace tablespacename;
     Alter index indexname rebuild subpartition partitioname tablespace tablespacename;
     Partition name 可以从user_ind_partitions查找
     Tablepace 参数允许alter index操作更改索引的存储空��_(d��)��

六：(x��)索引状态描�q?/span>

在数据字�怸�查看索引状态，发现有三�U�：(x��)
  VALID
  N/A
  UNUSABLE

valid:当前索引有效
N/A :分区索引有效
unusable:索引失效

七：(x��)术语

  高基敎ͼ�(x��)��单理解就是表中列的不同值多
  低基敎ͼ�(x��)建单理解��是表中的列的不同值少
  以删除的叶节�Ҏ(gu��)��量：(x��)指得是数据行的delete操作从逻辑上删除的索引节点的数量，要记�?a style="line-height: 25px; color: rgb(127,88,105)" rel="nofollow" target="_self">oracle在删除数据行后，��?#8220;�?#8220;节点保留在烦(ch��)引中�Q�这样做可以加快sql删除操作的速度�Q�因此oracle删除数据行后可以不必重新�q��索引�?br style="line-height: 25px" />   索引高度�Q�烦(ch��)引高度是指由于数据行的插入操作而��生的索引层数�Q�当表中��d��大量数据�Ӟ��oracle��生成烦(ch��)引的新层�ơ以适应加入的数据行�Q�因此，oracle索引可能�?层，但是�q�只�?x��)出现在索引��C��产生大量插入操作的区域。Oracle索引的三层结构可以支持数百万的项目，而具�?层或是更多层的需要重建�?br style="line-height: 25px" />    每次索引讉K��的读取数�Q�是指利用烦(ch��)引读取一数据行时所需要的逻辑I/O操作敎ͼ�逻辑��d��不必是物理读取，因�ؓ(f��)索引的许多内容已�l�保存在数据�~�冲区，然而，��M��数据大于10的烦(ch��)引都需要重建�?/span>

    那么什么时候重建呢�Q�我们可以利用analyze index …….. compute statistics 对表�q�行分析。然后察看dba_indexes中的blevel。这列是说明索引从根块到叶快的��别，或是深度。如果��别大于等�?。则需要重建，如下�Q?br style="line-height: 25px" />Select index_name,blevel from dba_indexes where blevel>=4.
   另一个从重徏中受益的指标昄��是当该烦(ch��)引中的被删除��占�ȝ��Ҏ(gu��)��的百分比。如果在20%以上�Ӟ��也应当重建，如下
SQL>anlyze index ------ validate structure
SQL>select (del_lf_rows_len/lf_rows_len)*100 from index_stats where name=’------‘
��p��看到是否�q�个索引被删除的癑ֈ�比�?br style="line-height: 25px" />上面只是判断�Q�那么，怎样重徏�?x��)更好呢�Q?br style="line-height: 25px" />建烦(ch��)引的办法�Q?br style="line-height: 25px" />a.        删除�q�从头开始徏立烦(ch��)引�?br style="line-height: 25px" />b.        使用alter index -------- rebuild 命��o(h��)重徏索引
c.        使用alter index -------- coalesce命��o(h��)重徏索引�?br style="line-height: 25px" />下面讨论一下这三种�Ҏ(gu��)��的优�~�点�Q?br style="line-height: 25px" />1).删除�q�从头开始徏索引�Q�方法是最慢的�Q�最耗时的。一般不��?br style="line-height: 25px" />2).Alter index ---- rebuild 快速重建烦(ch��)引的一�U�有效的办法�Q�因��Z��用现有烦(ch��)引项来重建新索引�Q�如果客��h��作时有其他用户在对这个表操作�Q�尽量��用带online参数来最大限度的减少索引重徏时将�?x��)出现的��M��加锁问题�Q�alter index ------- rebuild online.但是,�׃��新旧索引在徏立时同时存在�Q�因此，使用�q�种技巧则需要有额外的磁盘空间可临时使用�Q�当索引建完后把老烦(ch��)引删除，如果没有成功�Q�也不会(x��)影响原来的烦(ch��)引。利用这�U�办法可以用来将一个烦(ch��)引以到新的表�I�间�?br style="line-height: 25px" />Alter index ------ rebuild  tablespace -----�?br style="line-height: 25px" />  �q�个命��o(h��)的执行步骤如下：(x��)
   首先�Q�逐一��d��现有索引�Q�以获取索引的关键字�?br style="line-height: 25px" />   其次�Q�按新的�l�构填写临时数据�D�c(di��n)�?br style="line-height: 25px" />   最后，一旦操作成功，删除原有索引�?w��i)，降�?f��)时数据段重命名�ؓ(f��)新的索引�?br style="line-height: 25px" />   需要注意的是alter index ---rebuild 命��o(h��)中必��M��用tablespace字句�Q�以保证重徏工作是在现有索引相同的表�I�间�q�行�?br style="line-height: 25px" />3).alter index ----- coalesce 使用带有coalesce参数旉��建期间不需要额外空��_(d��)��它只是在重徏索引时将处于同一个烦(ch��)引分支内的叶块拼合�v来，�q�最大限度的减少�?ji��n)与查询�q�程中相关的潜在的加锁问题，但是�Q�coalesce选项不能用来讲一个烦(ch��)引�{�U�d��其他表空间�?br style="line-height: 25px" />
八：(x��)其他
   1�Q�truncate 分区操作和truncate 普通表的区�?br style="line-height: 25px" />      Truncate 分区操作�?x��)导致全局索引失效; truncate 普通表对烦(ch��)引没有媄(ji��ng)响；
      Truncate 分区操作不会(x��)释放全局索引中的�I�间�Q�而truncate 普通表�?x��)释攄��?ch��)引所占空��_(d��)��
   2�Q�rename 表名操作对烦(ch��)引没有媄(ji��ng)响，因�ؓ(f��)rename操作只是更改�?ji��n)数据字典，表中数据行的rowid�q�没有发生变�?/strong>

Lenovo123 2013-07-01 19:29 发表评论

oracle hint

Lenovo123 — Mon, 01 Jul 2013 10:52:00 GMT
1. /*+ALL_ROWS*/
表明对语句块选择��Z��开销的优化方�?�q�获得最�?j��ng)_��吐量,使资源消耗最��化.
例如:
SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=’SCOTT’;
2. /*+FIRST_ROWS*/
表明对语句块选择��Z��开销的优化方�?�q�获得最�?j��ng)_��应时�?使资源消耗最��化.
例如:
SELECT /*+FIRST_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=’SCOTT’;

3. /*+CHOOSE*/
表明如果数据字典中有讉K��表的�l�计信息,��基于开销的优化方�?�q�获得最佳的吞吐�?
表明如果数据字典中没有访问表的统计信�?��基于规则开销的优化方�?
例如:
SELECT /*+CHOOSE*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=’SCOTT’;

4. /*+RULE*/
表明对语句块选择��Z��规则的优化方�?
例如:
SELECT /*+ RULE */ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=’SCOTT’;

5. /*+FULL(TABLE)*/
表明对表选择全局扫描的方�?
例如:
SELECT /*+FULL(A)*/ EMP_NO,EMP_NAM FROM BSEMPMS A WHERE EMP_NO=’SCOTT’;

6. /*+ROWID(TABLE)*/
提示明确表明�Ҏ(gu��)��定表�Ҏ(gu��)��ROWID�q�行讉K��.
例如:
SELECT /*+ROWID(BSEMPMS)*/ * FROM BSEMPMS WHERE ROWID>=’AAAAAAAAAAAAAA’
AND EMP_NO=’SCOTT’;

7. /*+CLUSTER(TABLE)*/
提示明确表明�Ҏ(gu��)��定表选择��扫描的讉K��Ҏ(gu��)��,它只对簇对象有效.
例如:
SELECT /*+CLUSTER */ BSEMPMS.EMP_NO,DPT_NO FROM BSEMPMS,BSDPTMS
WHERE DPT_NO=’TEC304′ AND BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;

8. /*+INDEX(TABLE INDEX_NAME)*/
表明对表选择索引的扫描方�?
例如:
SELECT /*+INDEX(BSEMPMS SEX_INDEX) USE SEX_INDEX BECAUSE THERE ARE FEWMALE BSEMPMS */ FROM BSEMPMS WHERE SEX=’M';

9. /*+INDEX_ASC(TABLE INDEX_NAME)*/
表明对表选择索引升序的扫描方�?
例如:
SELECT /*+INDEX_ASC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO=’SCOTT’;

10. /*+INDEX_COMBINE*/
为指定表选择位图讉K��路经,如果INDEX_COMBINE中没有提供作为参数的索引,��选择��Z��囄��(ch��)引的布尔�l�合方式.
例如:
SELECT /*+INDEX_COMBINE(BSEMPMS SAL_BMI HIREDATE_BMI)*/ * FROM BSEMPMS
WHERE SAL<5000000 AND HIREDATE

11. /*+INDEX_JOIN(TABLE INDEX_NAME)*/
提示明确命��o(h��)优化器��用烦(ch��)引作��问�\�?
例如:
SELECT /*+INDEX_JOIN(BSEMPMS SAL_HMI HIREDATE_BMI)*/ SAL,HIREDATE
FROM BSEMPMS WHERE SAL<60000;

12. /*+INDEX_DESC(TABLE INDEX_NAME)*/
表明对表选择索引降序的扫描方�?
例如:
SELECT /*+INDEX_DESC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO='SCOTT';

13. /*+INDEX_FFS(TABLE INDEX_NAME)*/
�Ҏ(gu��)��定的表执行快速全索引扫描,而不是全表扫描的办法.
例如:
SELECT /*+INDEX_FFS(BSEMPMS IN_EMPNAM)*/ * FROM BSEMPMS WHERE DPT_NO='TEC305';

14. /*+ADD_EQUAL TABLE INDEX_NAM1,INDEX_NAM2,...*/
提示明确�q�行执行规划的选择,��几个单列烦(ch��)引的扫描合�v�?
例如:
SELECT /*+INDEX_FFS(BSEMPMS IN_DPTNO,IN_EMPNO,IN_SEX)*/ * FROM BSEMPMS WHERE EMP_NO='SCOTT' AND DPT_NO='TDC306';

15. /*+USE_CONCAT*/
�Ҏ(gu��)��询中的WHERE后面的OR条�g�q�行转换为UNION ALL的组合查�?
例如:
SELECT /*+USE_CONCAT*/ * FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';

16. /*+NO_EXPAND*/
对于WHERE后面的OR 或者IN-LIST的查询语�?NO_EXPAND��阻止其��Z��优化器对其进行扩�?
例如:
SELECT /*+NO_EXPAND*/ * FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';

17. /*+NOWRITE*/
��止�Ҏ(gu��)��询块的查询重写操�?

18. /*+REWRITE*/
可以��视图作为参�?

19. /*+MERGE(TABLE)*/
能够对视囄��各个查询�q�行相应的合�q?
例如:
SELECT /*+MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELET DPT_NO
,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO
AND A.SAL>V.AVG_SAL;

20. /*+NO_MERGE(TABLE)*/
对于有可合�ƈ的视图不再合�q?
例如:
SELECT /*+NO_MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELECT DPT_NO,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO AND A.SAL>V.AVG_SAL;

21. /*+ORDERED*/
�Ҏ(gu��)��表出现在FROM中的��序,ORDERED使ORACLE依此��序对其�q�接.
例如:
SELECT /*+ORDERED*/ A.COL1,B.COL2,C.COL3 FROM TABLE1 A,TABLE2 B,TABLE3 C WHERE A.COL1=B.COL1 AND B.COL1=C.COL1;

22. /*+USE_NL(TABLE)*/
��指定表与嵌套的�q�接的行源进行连�?�q�把指定表作为内部表.
例如:
SELECT /*+ORDERED USE_NL(BSEMPMS)*/ BSDPTMS.DPT_NO,BSEMPMS.EMP_NO,BSEMPMS.EMP_NAM FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;

23. /*+USE_MERGE(TABLE)*/
��指定的表与其他行源通过合�ƈ排序�q�接方式�q�接��h��.
例如:
SELECT /*+USE_MERGE(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;

24. /*+USE_HASH(TABLE)*/
��指定的表与其他行源通过哈希�q�接方式�q�接��h��.
例如:
SELECT /*+USE_HASH(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;

25. /*+DRIVING_SITE(TABLE)*/
强制与ORACLE所选择的位�|�不同的表进行查询执�?
例如:
SELECT /*+DRIVING_SITE(DEPT)*/ * FROM BSEMPMS,DEPT@BSDPTMS WHERE BSEMPMS.DPT_NO=DEPT.DPT_NO;

26. /*+LEADING(TABLE)*/
��指定的表作��接次序中的首�?

27. /*+CACHE(TABLE)*/
当进行全表扫描时,CACHE提示能够��表的检索块攄��在缓冲区�~�存中最�q�最��列表LRU的最�q��用端
例如:
SELECT /*+FULL(BSEMPMS) CAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;

28. /*+NOCACHE(TABLE)*/
当进行全表扫描时,CACHE提示能够��表的检索块攄��在缓冲区�~�存中最�q�最��列表LRU的最�q��用端
例如:
SELECT /*+FULL(BSEMPMS) NOCAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;

29. /*+APPEND*/
直接插入到表的最�?可以提高速度.
insert /*+append*/ into test1 select * from test4 ;

30. /*+NOAPPEND*/
通过在插入语句生存期内停止�ƈ行模式来启动常规插入.
insert /*+noappend*/ into test1 select * from test4 ;

Lenovo123 2013-07-01 18:52 发表评论