索引的认识和创建
        今天又一版本上线了，我们每次上线前都有很多脚本要执行，今天一个其中一个脚本是改一个唯一索引改成普通索引。DBA执行时间大概晚上10点左右，结果表被锁，生产崩溃。。。表的数量级是亿级的，索引创建时间还是挺恐怖的。。。反正要发生产了，地市的业务就明天只能明天继续做啦，慢慢建吧。。。

       搞了点东西，和大家共享下，多多支持，呵呵



       《为1.7亿条记录的表创建快速索引》

       讲述了在大表上创建索引需要注意的事项，以及整个过程。 需求：在STAT_SUBMIT_CENTER表的RECORDTIME字段上面创建一索引。 环境：SunOS 5.9 oracle 9204 8 cpu 3G mem

      

1. 查看表的具体情况

是不是分区表，有多少个分区，分区字段：

SQL col table_name for a20SQL col column_name for a20SQL select a.table_name，a.partitioned，b.partition_count，c.column_name 2 from user_tables a， user_part_tables b， user_part_key_columns c 3 where a.table_name=‘STAT_SUBMIT_CENTER‘ 4 and b.table_name=‘STAT_SUBMIT_CENTER‘ 5 and c.name=‘STAT_SUBMIT_CENTER‘;TABLE_NAME PAR PARTITION_COUNT COLUMN_NAME-------------------- --- --------------- --------------------STAT_SUBMIT_CENTER YES 50 MSGDATE已使用的每个分区的大小：SQL select segment_name，partition_name，round(bytes/1024/1024) from user_segments where segment_name =‘STAT_SUBMIT_CENTER‘ and bytes/1024/10240.25 order by 3 desc;SEGMENT_NAME PARTITION_NAME ROUND(BYTES/1024/1024)-------------------------- ------------------------------ ----------------------STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_200511011722STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20051021 1488STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20051111 1440STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20051121 1355STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20051221 1335STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20050911 1309STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20051211 1253STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20051201 1247STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20050921 1198STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20060101 1151STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20060111 1068STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20051001 1018STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20051011 865STAT_SUBMIT_CENTER STAT_SUBMIT_CENTER_20060121 79614 rows selected.

整个表的大小：SQL select segment_name，sum(bytes/1024/1024) from user_segments where segment_name =‘STAT_SUBMIT_CENTER‘ group by segment_name;SEGMENT_NAME SUM(BYTES/1024/1024)-------------------------------- --------------------STAT_SUBMIT_CENTER 17234

表的记录数：SQL set timing onSQL select count(*) from STAT_SUBMIT_CENTER; COUNT(*)---------- 170341007Elapsed: 00:14:18.60

还有这个表上的索引情况如下：table STAT_SUBMIT_CENTER 17234 Mindex IDX_SUBCEN_ADDRUSER 5155 M ADDRUSER PK_STAT_SUBMIT_CENTER 10653 M MSGDATE，ADDRUSER，MSGID然后查看一些数据库参数情况：SQL show parameter workNAME TYPE VALUE------------------------------------ ----------- ------------------------------workarea_size_policy string AUTOSQL show parameter pgaNAME TYPE VALUE------------------------------------ ----------- ------------------------------pga_aggregate_target big integer 209715200SQL select * from dba_temp_files;FILE_NAME------------------------------------------------ FILE_ID TABLESPACE_NAME BYTES BLOCKS STATUS RELATIVE_FNO AUT MAXBYTES MAXBLOCKS---------- ------------------------------ ---------- ---------- --------- ------------ --- ---------- ----------INCREMENT_BY USER_BYTES USER_BLOCKS------------ ---------- -----------/bgdata/oracle/temp01.dbf 1 TEMP 3563061248 434944 AVAILABLE 1 YES 4294967296 524288 6400 3562012672 434816





2. 需要考虑的几个方面

1）创建的索引需要几个G的磁盘空间

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;