http://www.2cto.com/database/201110/107272.html
html
朋友在500w的表上建索引,半个小时都没有结束。因此就讨论如何提速。
一. 先来看一下建立索引要作哪些操做:
1. 把index key的data 读到内存
==>若是data 没在db_cache 中,这时候很容易有大量的db file scatter read wait
2. 对index key的data 做排序
==>sort_area_size 或者pga_aggregate_target 不够大的状况下,须要作disk sort, 会有大量的driect path read/write , 另外,消耗大量CPU Time
3. 建立新的index segment , 把排过序的index data 写到所建立的index segment 里面
==>若是index 很大,那么,有时也会有redo log 相关等待,如:log buffer space ,log file sync , log file parallel write 等
因此,在建大表索引时,能够增大pga,增大temp tablepace,而且用nologging或并行选项。
如:create index idx_logs on logs(time) nologging parallel 4;
并行度通常看CPU 个数。固然在CPU 比较空闲的状况下能够多并行几个。对于单CPU 不建议用并行,这样反而会增长建立时间。
也能够根据v$session_wait 的资料,作针对性的tuning , 这样能够下降点时间。
补充知识:
查看cpu 信息:more /proc/cpuinfo
查看内存信息:more /proc/meminfo
查看操做系统信息:more /etc/issue
二. 测试
本身也测试了下。测试环境:Oracle 11g R2, win7 64bit ,CPU T6670 2.2G 双核, 内存:4G。
1. 查看表的数据量:
SQL> select count(*) from custaddr;
COUNT(*)
----------
7230464
2. 查看现有索引:
SQL> select index_name,index_type from user_indexes where table_name='CUSTADDR';
INDEX_NAME INDEX_TYPE
------------------------------ ---------------------------
PK_CUSTADDR_TP_723 NORMAL
IX_CUSTADDR_ADDRABB_TP NORMAL
IX_CUSTADDR_TEAMID_TP NORMAL
IX_CUSTADDR_CUSTID_TP NORMAL
3. 删除索引:IX_CUSTADDR_CUSTID_TP
SQL> drop index IX_CUSTADDR_CUSTID_TP ;
4. 默认方式建立索引:
SQL> CREATE INDEX IX_CUSTADDR_CUSTID_TP ON CUSTADDR (CUSTID );
索引已建立。已用时间: 00: 00: 48.37单位:s
5. 用nologging 模式:
SQL> drop index IX_CUSTADDR_CUSTID_TP ;
SQL> CREATE INDEX IX_CUSTADDR_CUSTID_TP ON CUSTADDR (CUSTID ) NOLOGGING;
索引已建立。已用时间: 00: 00: 34.46
6. Nologging+ parallel 模式
SQL> drop index IX_CUSTADDR_CUSTID_TP ;
SQL> CREATE INDEX IX_CUSTADDR_CUSTID_TP ON CUSTADDR (CUSTID ) NOLOGGING PARALLEL 2;
索引已建立。已用时间: 00: 00: 52.56
SQL> drop index IX_CUSTADDR_CUSTID_TP ;
SQL> CREATE INDEX IX_CUSTADDR_CUSTID_TP ON CUSTADDR (CUSTID ) NOLOGGING PARALLEL 4;
索引已建立。已用时间: 00: 00: 53.44
看来在单CPU上,并行效果还很差.
7. Parallel 模式
SQL> drop index IX_CUSTADDR_CUSTID_TP ;
SQL> CREATE INDEX IX_CUSTADDR_CUSTID_TP ON CUSTADDR (CUSTID ) PARALLEL 2;
索引已建立。已用时间: 00: 00: 49.97
SQL> drop index IX_CUSTADDR_CUSTID_TP ;
SQL> CREATE INDEX IX_CUSTADDR_CUSTID_TP ON CUSTADDR (CUSTID ) PARALLEL 4;
索引已建立。已用时间: 00: 00: 50.25
从上面的测试数据能够看出,700万的数据,建索引,也在1分钟之内。 可是并行在单CPU上效果不明显,并且比光使用NOLOGGING还要慢,由于出现资源争用了,多是CPU的争用,也多是I/O的争用。
session