Hint - FIRST_ROWS-CSDN博客

本文通过一个具体案例探讨了SQL查询优化的方法。针对一个查询速度较慢的问题，通过调整SQL语句和使用hint，成功将查询时间从20秒降低到1秒以内。文中详细介绍了OPTIMIZER_MODE参数的作用及其对查询效率的影响。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

公司系统中有个界面的查询显示比较慢，显示首页的速度需要20s以上

同事把查询发给我讨论下如何优化，查询大概是这样

select a,b,c,d,e,col1,col2,col3…..col50 from table_a where ….

关于这个sql，有以下几点：

1 a,b,c,d,e已经建立了索引

2 select的col1到col50都是属性列，属性比较多，数据量比较大

3 where后的条件比较多，不一一列出

4 table_a的数据量大概是170万，查询的结果的数据量是2万

因为数据库是10g，首先我使用了SQL Tuning Advisor看看Oracle有什么建议，结果SQL Tuning Advisor没有任何建议

然后看这个查询的执行计划，发现个问题：查询没有走索引

如果将查询修改为select a,b,c,d,e from table_a where …,将属性列删除，查询肯定是走索引的，索引应该没有什么问题

研究了半天，发现没有走索引的原因就在于数据库的OPTIMIZER_MODE是ALL_ROWS

Value	Description
ALL_ROWS	The optimizer uses a cost-based approach for all SQL statements in the session regardless of the presence of statistics and optimizes with a goal of best throughput (minimum resource use to complete the entire statement). This is the default value.
FIRST_ROWS_n	The optimizer uses a cost-based approach, regardless of the presence of statistics, and optimizes with a goal of best response time to return the first n number of rows; n can equal 1, 10, 100, or 1000.
FIRST_ROWS	The optimizer uses a mix of cost and heuristics to find a best plan for fast delivery of the first few rows. Note: Using heuristics sometimes leads the query optimizer to generate a plan with a cost that is significantly larger than the cost of a plan without applying the heuristic. FIRST_ROWS is available for backward compatibility and plan stability; use FIRST_ROWS_n instead.