[Oracle]为1.7亿张记录表创建快速索引
作者：柔嘉维则 来源：it专家网 添加时间：2006-5-26 9:53:54 2. 需要考虑的几个方面
1）创建的索引需要几个G的磁盘空间
2）创建索引需要排序，使用pga_aggregate_target，要把这个值从200M加大到2G
3）如果内存不够，需要temp表空间，把temp表空间加大到8G。itpub上有一个帖子说过，15亿条记录用了34G空间。
4）在线创建，时间会比较长。讨论后，停这个表的操作，非online创建。
3. 实际操作过程
2）创建索引需要排序，使用pga_aggregate_target，要把这个值从200M加大到2G
3）如果内存不够，需要temp表空间，把temp表空间加大到8G。itpub上有一个帖子说过，15亿条记录用了34G空间。
4）在线创建，时间会比较长。讨论后，停这个表的操作，非online创建。
3. 实际操作过程
1）数据文件够，不扩展；temp数据文件扩展：
alter database tempfile '/bgdata/oracle/temp01.dbf' resize 8192m;
2）在workarea_size_policy=AUTO的情况下，改pga_aggregate_target=2048m，对于串行操作，一个session能使用的pga=MIN(5%PGA_AGGREGATE_TARGET,100MB)，这样可以使得pga用到最大的值：
alter system set pga_aggregate_target=2048m;
3）因为这是一个比较长的过程，所以写脚本让后台运行：
nohup time createind.sh &vi createind.sh#!/bin/shsqlplus user/password <4）创建过程中可以观察v$sort_segment，v$sort_usage看排序情况：select tablespace_name,current_users,total_blocks,used_blocks,free_blocks from v$sort_segment;select * from v$sort_usage;5）创建完成后，把tempfile和pga_aggregate_target改回原值：alter database tempfile '/bgdata/oracle/temp01.dbf' resize 4096m;alter system set pga_aggregate_target=500m;4. 实际创建过程中观察到的情况1）开始之前：SQL> select tablespace_name,current_users,total_blocks,used_blocks,free_blocks from v$sort_segment;TABLESPACE_NAME CURRENT_USERS TOTAL_BLOCKS USED_BLOCKS FREE_BLOCKS------------------------------- ------------- ------------ ----------- -----------TEMP 0 431360 0 431360SQL> select * from v$sort_usage;no rows selected2）创建之初，抓到这么一条sql：insert into obj$(owner#,name,namespace,obj#,type#,ctime,mtime,stime,status,remoteowner,linkname,subname,dataobj#,flags,oid$,spare1,spare2)values(:1,:2,:3,:4,:5,:6,:7,:8,:9,:10,:11,:12,:13,:14,:15,:16, :17)3）然后v$sort_segment.USED_BLOCKS变大，v$sort_usage.BLOCKS变大，一直增长到：SQL> select tablespace_name,current_users,total_blocks,used_blocks,free_blocks from v$sort_segment;TABLESPACE_NAME CURRENT_USERS TOTAL_BLOCKS USED_BLOCKS FREE_BLOCKS------------------------------- ------------- ------------ ----------- -----------TEMP 1 431360 46720 384640SQL> select * from v$sort_usage;USERNAME USER SESSION_ADDR SESSION_NUM SQLADDR SQLHASH------------------------------ ------------------------------ ---------------- ----------- ---------------- ----------TABLESPACE CONTENTS SEGTYPE SEGFILE# SEGBLK# EXTENTS BLOCKS SEGRFNO#------------------------------- --------- --------- ---------- ---------- ---------- ---------- ----------DPC DPC 00000003974CFFB0 6134 0000000399CAB288 1254950678TEMP TEMPORARY SORT 201 431113 365 46720 1这个过程中抓到的sql：select file# from file$ where ts#=:14）v$sort_segment.USED_BLOCKS变为0，v$sort_usage.BLOCKS变为0
5）重复3，4两步，估计这个是创建一个分区的索引
需要解释一下的是，上面的sql只是我随机抓到的运行时间比较长的，整个create index过程会复杂很多，具体怎么样可以用sqltrace跟踪。这里主要看的是temp表空间的使用情况。
同时，在创建的过程中：SQL> select segment_name,partition_name from user_segments where segment_name='IDX_SUBMIT_RECORDTIME';no rows selectedSQL> select index_name,partition_name from user_ind_partitions where INDEX_NAME='IDX_SUBMIT_RECORDTIME';no rows selected当时忘了查user_segments中其实是有一个segment_name为一串数字的记录，那个才是正在创建的索引；如果这个事务失败了，将回滚。
最后耗时99分钟完成。第 2 页，共 2 页 [1] [2]
站内搜索