SQL执行计划异常：索引统计信息缺失导致逻辑读过高

问题描述：Sql_id: gryk3p4g1tvdj 逻辑读单次执行达到约1亿，产生的逻辑读资源占整个数据库的12%，严重消耗数据库性能。
建议：暂时已绑定合适的执行计划，同时建议对该索引IDX_SUBSCRIBER_PRODID重新收集全局统计信息
效果：绑定后的执行计划单次执行逻辑读消耗340左右。

Sql_id: gryk3p4g1tvdj
Sql_module: tpengine@wcctux2 (TNS V1-V3)
Parsing_schema_name:tbcs
sql_text:
SELECT prodid
FROM product_solution_prods
WHERE region = :region
  AND mainprod IN (SELECT prodid
    FROM subscriber
    WHERE region = :region
      AND servnumber = :serNum)

Sql执行说明：oracel优化器错误评估认为表PC_PROD_SOLUTIONPRODS（product_solution_prods是表PC_PROD_SOLUTIONPRODS的一个同义词）做驱动表，但是该驱动表PC_PROD_SOLUTIONPRODS返回的结果集较多而且被驱动表subscriber的关联条件prodid唯一性很差，造成io很高，而子查询的表subscriber经过where条件中servnumber = :serNum过滤后结果集很少，更适合做驱动表，sql的执行计划走错。
 ----------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                                   | Name                     | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
----------------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                            |                          |       |       |    73 (100)|          |       |       |
|   1 |  NESTED LOOPS SEMI                          |                          |     7 |   364 |    73   (2)| 00:00:01 |       |       |
|*  2 |   INDEX FAST FULL SCAN                      | PK_PC_PROD_SOLUTIONPRODS |  1649 | 39576 |    73   (2)| 00:00:01 |       |       |
|   3 |   PARTITION LIST SINGLE                     |                          |     1 |    28 |     0   (0)|          |   KEY |   KEY |
|*  4 |    TABLE ACCESS BY LOCAL INDEX ROWID BATCHED| SUBSCRIBER               |     1 |    28 |     0   (0)|          |   KEY |   KEY |
|*  5 |     INDEX RANGE SCAN                        | IDX_SUBSCRIBER_PRODID    | 44874 |       |     0   (0)|          |   KEY |   KEY |
----------------------------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - filter("REGION"=TO_NUMBER(:REGION))
   4 - filter("SERVNUMBER"=:SERNUM)
   5 - access("MAINPROD"="PRODID")

Sql历史信息：单次执行消耗逻辑读（PER_GET列）很高，偶尔会达到1亿多逻辑读。

BEGIN_TIME          INSTANCE_NUMBER MODULE                                        PLAN_HASH_VALUE       EXEC    PER_GET   PER_ROWS    TIME_MS   PER_READ
------------------- --------------- --------------------------------------------- --------------- ---------- ---------- ---------- ---------- ----------
2017-05-24 10:30:10               1 tpengine@wcctux2 (TNS V1-V3)                       2950155121          1    3302564          0 1103927.68     522447
2017-05-24 10:15:03               1 tpengine@wcctux2 (TNS V1-V3)                       2950155121          1     491718          0  400192.29     423401
2017-05-23 21:30:17               1 tpengine@wcctux2 (TNS V1-V3)                       2950155121          0   14228830          4  128803161          0
2017-05-23 21:15:09               1 tpengine@wcctux2 (TNS V1-V3)                       2950155121          2   53608435          0  591315.54    33010.5
2017-05-23 21:00:01               1 tpengine@wcctux2 (TNS V1-V3)                       2950155121          0   13307657         69  115726786          0
2017-05-23 20:45:17               1 tpengine@wcctux2 (TNS V1-V3)                       2950155121          1  106652461          0 1650878.22     375989
2017-05-23 20:30:11               1 tpengine@wcctux2 (TNS V1-V3)                       2950155121          0    1647980          0  905135444     735931
2017-05-23 20:15:04               1 tpengine@wcctux2 (TNS V1-V3)                       2950155121          1     222233          0  152191.08     195212
2017-05-23 18:00:06               1 tpengine@wcctux2 (TNS V1-V3)                       2950155121          0   42971096          2  427872357      19815
……

表SUBSCRIBER统计信息说明：索引IDX_SUBSCRIBER_PRODID的所有的全局统计信息为0，这是造成优化器成本评估错误，导致执行计划异常的根本原因。                                                    

**********************************************************
Table Level
**********************************************************
Table                                  Number                        Empty    Chain Average Global         Sample Date
Name                                  of Rows          Blocks       Blocks    Count Row Len Stats            Size MM-DD-YYYY
------------------------------ -------------- --------------- ------------ -------- ------- ------ -------------- ----------
SUBSCRIBER                         33,476,050       15,687,43            0        0     292 YES         6,695,210 05-19-2017