在 Oracle 中为大表的新列创建索引

Question

我有一个包含超过 1000 万行的表。我在该表上创建了一个新列，然后尝试对其进行索引：

create index myTable_idx_myColumn on myTable(myColumn);

该查询在大约一个小时后超时。然后我用该NOLOGGING选项重试了它，大约一个小时后成功完成。

问题解决了，对吧？不幸的是不是，因为这仅适用于开发数据库。prod 数据库有超过 2500 万行，因此理想情况下，我希望在创建索引之前找到更快的解决方案，以避免不必要的停机。

对我来说奇怪的是，根据我的理解，Oracle 默认情况下不包含null索引值（这正是我想要的）。对我来说，这意味着它应该只创建一个空白索引，因为新列中的所有值都是null创建索引时的。我知道它需要检查所有 1000 万行以确保它们是null，但即使这样似乎也不需要花费近一个小时......

有没有一种快速方法可以将索引添加到null大型表上的新列（即所有值都在其中）？

Answer 1

有一些方法可以使其更快，但可能没有必要。

1000 万行是一个相对较小的数字。尽管如果行非常宽，情况可能会有所不同。对于性能问题，了解段大小通常比了解行数更好。段大小和硬件知识将帮助您做出非常粗略的估计。例如，“表为100GB，SAN以100MB/秒的单线程读取速度，因此仅扫描表就需要17分钟......”。

--Find the segment size in gigabytes.
--No matter how many rows there are this may be the amount of I/O processed.
select sum(bytes)/1024/1024/1024 gb
from dba_segments
where segment_name = 'MYTABLE';

在这个简单的示例中，我的 PC 上 5 秒内创建了 1000 万行。

--Create table.
drop table myTable;
create table myTable(id number, myColumn varchar2(100)) nologging;

--Insert 10 million rows.  Takes 9 seconds on my PC.
begin
    for i in 1 .. 100 loop
        insert /*+ append */ into myTable
          select level, null from dual connect by level <= 100000;
        commit;
    end loop;
end;
/

--Create index.  Takes 5 seconds on my PC.
create index myTable_idx_myColumn on myTable(myColumn);

那么你的机器上发生了什么？要找到答案，首先需要找到该CREATE INDEX ...语句的 SQL_ID。在构建索引时，运行以下命令：

--Find the SQL_ID.
select sql_id, sql_text, elapsed_time/1000000 seconds
from v$sql
where users_executing > 0
order by seconds desc;

从这里开始有很多方法，我更喜欢 SQL 监控。如果该语句正在运行或“最近”正在运行，则监控数据应该仍然存在。将 SQL_ID 插入此 SQL 语句中以获取报告：

--Generate SQL Monitoring report.
--(This feature requires licensing, but if this is the first time you use it, it's
-- reasonable to consider this "testing".  Buy it if you like it.)
select dbms_sqltune.report_sql_monitor('gb7tu2jpwng3q') from dual;

报告里有很多数据。需要一段时间才能理解，但通常它会包含解决此类问题所需的大部分内容。首先，查看活动 (%) - 哪一步花费的时间最长？然后查看详细信息 - 还在等什么？查看读取和写入字节，它们对于硬件来说是否合理？

SQL Monitoring Report

SQL Text
------------------------------
create index myTable_idx_myColumn on myTable(myColumn)

Global Information
------------------------------
 Status              :  DONE                              
 Instance ID         :  1                                 
 Session             :  JHELLER (133:56633)               
 SQL ID              :  gb7tu2jpwng3q                     
 SQL Execution ID    :  16777216                          
 Execution Started   :  10/23/2015 00:34:32               
 First Refresh Time  :  10/23/2015 00:34:36               
 Last Refresh Time   :  10/23/2015 00:34:37               
 Duration            :  5s                                
 Module/Action       :  PL/SQL Developer/SQL Window - New 
 Service             :  orcl12                            
 Program             :  plsqldev.exe                      

Global Stats
================================================================================================
| Elapsed |   Cpu   |    IO    | Application | PL/SQL  | Buffer | Read | Read  | Write | Write |
| Time(s) | Time(s) | Waits(s) |  Waits(s)   | Time(s) |  Gets  | Reqs | Bytes | Reqs  | Bytes |
================================================================================================
|    4.72 |    2.67 |     1.84 |        0.21 |    0.00 |  15594 | 3904 | 312MB |   795 | 192MB |
================================================================================================

SQL Plan Monitoring Details (Plan Hash Value=564701026)
========================================================================================================================================================================================================
| Id |        Operation         |         Name         |  Rows   | Cost |   Time    | Start  | Execs |   Rows   | Read | Read  | Write | Write |  Mem  | Temp  | Activity |      Activity Detail       |
|    |                          |                      | (Estim) |      | Active(s) | Active |       | (Actual) | Reqs | Bytes | Reqs  | Bytes | (Max) | (Max) |   (%)    |        (# samples)         |
========================================================================================================================================================================================================
|  0 | CREATE INDEX STATEMENT   |                      |         |      |         2 |     +4 |     1 |        1 |      |       |       |       |       |       |          |                            |
|  1 |   INDEX BUILD NON UNIQUE | MYTABLE_IDX_MYCOLUMN |         |      |         2 |     +4 |     1 |        1 |      |       |       |       |       |       |    25.00 | Cpu (1)                    |
|  2 |    SORT CREATE INDEX     |                      |    100K |      |         4 |     +2 |     1 |      10M | 3656 | 192MB |   795 | 192MB |   75M |  202M |    75.00 | Cpu (2)                    |
|    |                          |                      |         |      |           |        |       |          |      |       |       |       |       |       |          | direct path write temp (1) |
|  3 |     TABLE ACCESS FULL    | MYTABLE              |    100K |   46 |         1 |     +4 |     1 |      10M |  248 | 120MB |       |       |       |       |          |                            |
========================================================================================================================================================================================================

我希望你会看到一些“奇怪”的事件。也许是某种表锁，因为其他进程正在锁定表。

如果它只是一个巨大的表并且需要几个小时才能读取它，那么并行性可能会有所帮助。这是使其发挥作用的最简单方法。调整并行性可能很困难，但如果您幸运并且所有内容都配置合理，那么只需添加关键字就parallel可以了。

--Create index in parallel.
create index myTable_idx_myColumn on myTable(myColumn) parallel nologging;
--Reset it to NOPARALLEL after it's done.
alter index myTable_idx_myColumn noparallel;