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';

在这个简单的例子中，我的电脑在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 Monitoring。如果语句正在运行或“最近”运行，则监控数据仍应存在。将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;

报告中有很多数据。理解它需要一段时间，但通常它将包含解决这些问题所需的大部分内容。首先，看看活动（％） - 哪一步花费的时间最长？然后看一下细节 - 它在等什么？看看Read和Write字节，它们对硬件是否合理？

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;

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

1 个答案: