SQL语句优化
复杂sql优化的方法及思路
复杂sql优化的方法及思路复杂SQL优化的方法及思路在实际的开发中，我们经常会遇到需要处理大量数据的情况，而这些数据往往需要通过SQL语句进行查询、统计、分析等操作。
然而，当数据量变得越来越大时，SQL语句的执行效率也会变得越来越低，这时就需要进行SQL优化来提高查询效率。
下面介绍一些复杂SQL 优化的方法及思路。
1. 索引优化索引是提高SQL查询效率的重要手段之一。
在使用索引时，需要注意以下几点：（1）选择合适的索引类型：根据查询条件的特点选择合适的索引类型，如B-Tree索引、Hash索引、全文索引等。
（2）避免过多的索引：过多的索引会降低SQL语句的执行效率，因为每个索引都需要占用一定的存储空间，并且在更新数据时需要维护索引。
（3）避免使用不必要的索引：有些查询条件并不需要使用索引，因此在编写SQL语句时需要避免使用不必要的索引。
2. SQL语句优化SQL语句的优化是提高查询效率的关键。
在编写SQL语句时，需要注意以下几点：（1）避免使用子查询：子查询会增加SQL语句的复杂度，降低查询效率。
可以使用JOIN语句代替子查询。
（2）避免使用OR操作符：OR操作符会使SQL语句的执行计划变得复杂，降低查询效率。
可以使用UNION操作符代替OR操作符。
（3）避免使用LIKE操作符：LIKE操作符会使SQL语句的执行计划变得复杂，降低查询效率。
可以使用全文索引代替LIKE操作符。
3. 数据库结构优化数据库结构的优化也是提高查询效率的重要手段之一。
在设计数据库结构时，需要注意以下几点：（1）避免使用过多的表：过多的表会增加SQL语句的复杂度，降低查询效率。
可以使用视图代替多个表。
（2）避免使用过多的字段：过多的字段会增加SQL语句的复杂度，降低查询效率。
可以使用分表代替过多的字段。
（3）避免使用过多的关联：过多的关联会增加SQL语句的复杂度，降低查询效率。
可以使用冗余字段代替过多的关联。
复杂SQL优化需要从索引优化、SQL语句优化和数据库结构优化三个方面入手，通过合理的优化手段提高查询效率，从而提高系统的性能和稳定性。
sql server 语句优化题目
题目：SQL Server 语句优化随着数据量的增加和数据库应用的复杂化，SQL Server 数据库在使用过程中可能会出现性能下降的情况，而对于性能下降的根本原因通常可以追溯到 SQL 语句的性能不佳。
对 SQL Server 数据库中的 SQL 语句进行优化显得尤为重要。
本文将从 SQL 语句的优化方法、常见优化技巧和注意事项等方面展开探讨。
一、SQL 语句优化的方法1. 了解执行计划在进行 SQL 语句优化时，首先需要了解 SQL 语句的执行计划。
执行计划是 SQL Server 生成的一份详细的指导书，用于指导 SQL Server 如何执行查询。
通过查看执行计划，可以清晰地了解 SQL 语句的执行过程，找到执行效率低下的地方并进行相应的优化。
2. 使用索引索引是提高 SQL 查询效率的重要手段之一。
在 SQL 查询过程中，如果涉及到大量的数据表，没有索引的情况下，数据库引擎将对整个数据表进行扫描，导致查询性能低下。
正确使用索引可以大大提高 SQL 查询的效率。
但是，过多的索引也可能会导致性能下降，因此需要根据实际情况进行合理的索引设计和使用。
3. 优化 SQL 语句在编写 SQL 语句时，应尽量避免使用 SELECT *，而是明确指定需要查询的字段，减少不必要的数据传输和计算。
尽量将复杂的逻辑操作放到数据库层面完成，减少数据传输和网络开销，提高查询效率。
二、常见的 SQL 语句优化技巧1. 避免在 WHERE 子句中使用函数在 SQL 查询中，如果在 WHERE 子句中使用了函数，数据库引擎会对每一条记录都进行函数的计算，导致查询性能低下。
应尽量避免在WHERE 子句中使用函数，可以通过其他方法来达到相同的查询效果。
2. 使用 UNION ALL 替代 UNION在 SQL 查询中，如果使用 UNION 进行多个查询结果的合并，数据库引擎会进行重复数据的去重操作，导致性能下降。
而使用 UNION ALL 则可以避免重复数据的去重操作，提高查询效率。
sql优化常用面试题
sql优化常用面试题SQL优化是数据库开发和维护中非常重要的一项工作。
在面试过程中，面试官通常会提出一些与SQL优化相关的问题，以下是一些常见的SQL优化面试题：1. 如何进行SQL优化？SQL优化可以通过以下几个方面实现：1.1. 索引优化：合理创建索引并保证索引的使用；1.2. 查询优化：使用合适的查询语句、减少不必要的查询、优化查询条件和排序等；1.3. 数据库设计优化：合理设计数据库结构，避免冗余字段和表，减少数据的存储和检索；1.4. 优化表结构：适当分割数据表，避免表过大，减少数据操作的时间；1.5. SQL语句优化：合理编写SQL语句，避免使用子查询、JOIN 操作等可能导致性能下降的语句。
2. 什么是索引？为什么要使用索引？索引是一种数据结构，用于加快数据库的检索速度。
通过将特定列上的索引值与实际数据进行映射，可以快速定位到包含指定数据的记录，提高查询效率。
索引的使用可以带来以下优点：- 加快数据检索速度：通过索引，数据库可以直接访问到符合查询条件的数据，加快查询速度；- 提高查询性能：索引可以减少数据库的扫描操作，降低系统资源的占用；- 支持唯一性约束：通过创建唯一索引，可以确保数据表中某些列的唯一性；- 支持排序：通过创建排序索引，可以直接按照索引顺序返回数据。
3. 什么是SQL执行计划？SQL执行计划是数据库执行SQL语句时生成的一种执行计划，用于指导数据库如何执行SQL查询。
执行计划是由数据库的查询优化器生成的，它会根据表结构、索引情况等因素评估查询的成本，并生成一种最优的执行计划。
SQL执行计划包括了查询语句的扫描方式、连接类型、索引使用情况等信息，有助于分析查询的性能瓶颈以及优化性能。
4. 如何通过查看SQL执行计划来进行优化？通过查看SQL执行计划，可以获取查询语句的执行细节，从而进行性能优化。
4.1. 扫描方式优化：通过查看执行计划中的扫描方式，可以了解查询是如何扫描表的（全表扫描、索引扫描等），针对不同的扫描方式，可以针对性地进行优化，如创建合适的索引、优化查询条件等。
sqlsqerver语句优化方法
sqlsqerver语句优化方法SQL Server是一种关系型数据库管理系统，可以使用SQL语句对数据进行操作和管理。
优化SQL Server语句可以提高查询和操作数据的效率，使得系统更加高效稳定。
下面列举了10个优化SQL Server语句的方法：1. 使用索引：在查询频繁的列上创建索引，可以加快查询速度。
但是要注意不要过度索引，否则会影响插入和更新操作的性能。
2. 避免使用SELECT *：只选择需要的列，避免不必要的数据传输和处理，提高查询效率。
3. 使用JOIN替代子查询：在进行关联查询时，使用JOIN操作比子查询更高效。
尽量避免在WHERE子句中使用子查询。
4. 使用EXISTS替代IN：在查询中使用EXISTS操作比IN操作更高效。
因为EXISTS只需要找到一个匹配的行就停止了，而IN需要对所有的值进行匹配。
5. 使用UNION替代UNION ALL：如果对多个表进行合并查询时，如果不需要去重，则使用UNION ALL操作比UNION操作更高效。
6. 使用TRUNCATE TABLE替代DELETE：如果要删除表中的所有数据，使用TRUNCATE TABLE操作比DELETE操作更高效。
因为TRUNCATE TABLE不会像DELETE一样逐行删除，而是直接删除整个表的数据。
7. 使用分页查询：在需要分页显示查询结果时，使用OFFSET和FETCH NEXT操作代替传统的使用ROW_NUMBER进行分页查询。
这样可以减少查询的数据量，提高效率。
8. 避免使用CURSOR：使用游标(CURSOR)会增加数据库的负载，降低查询效率。
如果可能的话，应该尽量避免使用游标。
9. 使用参数化查询：使用参数化查询可以减少SQL注入的风险，同时也可以提高查询的效率。
因为参数化查询会对SQL语句进行预编译，可以复用执行计划。
10. 定期维护数据库：定期清理过期数据、重建索引、更新统计信息等维护操作可以提高数据库的性能。
如何进行SQL调优
如何进行SQL调优SQL调优是优化数据库性能的一个重要步骤。
通常情况下，优化SQL查询的效率会使整个系统的性能得到提升。
在这篇文章中，我们将探讨如何进行SQL调优。
一、分析SQL语句首先，我们需要分析SQL查询语句。
如果SQL查询不正确或不充分，则不可能实现有效的调优。
我们需要了解查询的目的、查询的表、所需的数据以及查询的条件等等。
在分析查询语句时，我们需要关注以下几个方面：1.查询完成的时间是否满足需求；2.过滤条件是否合适；3.表之间的关系是否正确；4.是否使用了合适的索引；5.查询中使用了哪些函数；6.是否将复杂的查询分解为简单的查询；7.是否存在重复数据；8.是否使用了动态语句。
二、优化数据表结构第二个优化策略是优化数据表结构。
优化数据表结构可以使查询更快并减少查询时间。
以下是一些优化数据表结构的建议：1.将表拆分为更小的表；2.对于大型的表，可以使查询更快，更好地维护和管理；3.添加数据到表中时，使用批量插入而不是单独插入；4.为表的主键添加索引；5.使用适当的数据类型；6.删除不必要的列；7.标准化表设计。
三、使用优化查询技术第三个优化策略是使用优化查询技术。
以下是一些优化查询技术的建议：1.使用预编译语句；2.使用存储过程；3.将大的表拆分为小表；4.优化查询过程中使用的函数；5.范围查询的优化技术；6.优化复杂查询；7.熟悉查询缓存的工作原理；8.使用正确的JOIN语句。
四、使用合适的索引使用合适的索引是第四个优化策略。
索引是用于查找表中数据的一种结构。
以下是一些使用索引的建议：1.只有在需要时才使用索引；2.使用准确性为索引提供数据；3.使用索引可以使查询更快，但也会增加插入和修改的时间；4.对于大型表，使用索引可以显著提高性能；5.使用覆盖索引；6.避免使用不规范的索引；7.使用联合索引；8.使用优化查询缓存。
五、优化数据库服务器优化数据库服务器是第五个优化策略。
以下是一些优化服务器的建议：1.选择正确的硬件；2.选择正确的操作系统；3.使用正确的配置参数；4.配置正确的缓存大小；5.使用内存表代替磁盘表；6.合理设置自动增量字段；7.优化写和读的优化区域；8.备份和压缩数据。
sql长语句
sql长语句在数据库开发和管理中，SQL语句是一种用于与数据库交互的编程语言。
在日常的数据库操作中，我们常常会遇到一些较长的SQL语句，这些长语句可能是由于复杂的业务逻辑或者多表关联而导致的。
本文将探讨长SQL语句的特点、使用注意事项以及优化方法。
一、长SQL语句的特点长SQL语句通常具有以下几个特点：1. 复杂性：长SQL语句往往包含多个表的连接、子查询、函数调用等复杂的操作，使得语句的逻辑较为复杂。
2. 冗余性：长SQL语句可能包含大量的冗余代码，例如重复的函数调用、重复的子查询等，这些冗余会导致语句效率降低。
3. 可读性差：由于语句过长，很难一眼看清其逻辑和结构，给后续维护和调试带来困难。
4. 执行时间长：长SQL语句的执行时间通常较长，容易造成数据库性能问题。
二、使用长SQL语句的注意事项在使用长SQL语句进行数据库操作时，需要注意以下几个问题：1. 可维护性：长SQL语句的可读性差，因此在编写时需要注重代码缩进、换行和注释，使其结构更加清晰，方便后续维护和调试。
2. 性能优化：长SQL语句执行时间长，容易影响数据库性能。
可以通过合理设计数据库表结构、创建索引、优化查询语句等手段提升性能。
3. 容错处理：长SQL语句可能会因为表名、字段名写错或者表结构变更而报错。
需要做好异常处理，避免数据库操作失败。
4. SQL注入：长SQL语句容易受到SQL注入攻击。
在构造SQL语句时，需要对输入的参数进行合法性检查和转义，避免潜在的安全风险。
三、优化长SQL语句的方法针对长SQL语句存在的问题，我们可以采用以下几种优化方法：1. 分解长SQL语句：将长SQL语句拆分成多个较短的语句，可以提高可读性和维护性。
例如，将复杂的查询拆分成多个子查询或者使用临时表进行中间结果存储。
2. 使用WITH子句：WITH子句可以在查询中定义临时表，然后在查询中引用这些临时表，提高可读性和可维护性。
3. 减少冗余代码：通过合理设计数据库表结构，减少不必要的冗余字段和冗余数据。
SQL优化工具及使用技巧介绍
SQL优化工具及使用技巧介绍SQL（Structured Query Language）是一种用于管理和操作关系型数据库的编程语言。
它可以让我们通过向数据库服务器发送命令来实现数据的增删改查等操作。
然而，随着业务的发展和数据量的增长，SQL查询的性能可能会受到影响。
为了提高SQL查询的效率，出现了许多SQL优化工具。
本文将介绍一些常见的SQL优化工具及其使用技巧。
一、数据库性能优化工具1. Explain PlanExplain Plan是Oracle数据库提供的一种SQL优化工具，它可以帮助分析和优化SQL语句的执行计划。
通过使用Explain Plan命令，我们可以查看SQL查询的执行计划，了解SQL语句是如何被执行的，从而找到性能瓶颈并进行优化。
2. SQL Server ProfilerSQL Server Profiler是微软SQL Server数据库管理系统的一种性能监视工具。
它可以捕获和分析SQL Server数据库中的各种事件和耗时操作，如查询语句和存储过程的执行情况等。
通过使用SQL Server Profiler，我们可以找到数据库的性能瓶颈，并进行相应的优化。
3. MySQL Performance SchemaMySQL Performance Schema是MySQL数据库提供的一种性能监视工具。
它可以捕获和分析MySQL数据库中的各种事件和操作，如查询语句的执行情况、锁的状态等。
通过使用MySQL Performance Schema，我们可以深入了解数据库的性能问题，并对其进行优化。
二、SQL优化技巧1. 使用索引索引是提高SQL查询性能的重要手段之一。
在数据库中创建合适的索引可以加快查询操作的速度。
通常，我们可以根据查询条件中经常使用的字段来创建索引。
同时，还应注意索引的维护和更新，避免过多或过少的索引对性能产生负面影响。
2. 避免全表扫描全表扫描是指对整个表进行扫描，如果表中数据量较大，查询性能会受到较大影响。
复杂sql优化的方法及思路
复杂sql优化的方法及思路复杂SQL优化的方法及思路SQL是关系型数据库管理系统中最常用的语言，但是在处理复杂查询时，SQL语句往往会变得非常复杂和冗长，导致查询速度缓慢。
为了提高查询效率，我们需要进行SQL优化。
以下是一些复杂SQL优化的方法及思路。
1.索引优化索引是提高数据库查询效率的重要手段之一。
在设计表结构时，应该根据实际情况建立适当的索引。
在查询语句中使用索引可以大大减少数据扫描量，从而提高查询效率。
2.避免使用子查询子查询虽然方便了我们编写复杂的SQL语句，但是在执行过程中会增加额外的开销。
因此，在编写复杂SQL语句时应尽量避免使用子查询。
3.减少JOIN操作JOIN操作也是影响查询效率的一个重要因素。
在设计表结构时应尽量避免使用JOIN操作或者减少JOIN操作次数。
4.合理使用聚合函数聚合函数（如SUM、AVG等）可以对数据进行统计分析，在处理大量数据时非常有用。
但是，在使用聚合函数时要注意不要频繁调用，否则会降低查询效率。
5.使用EXPLAIN命令分析查询语句EXPLAIN命令可以分析查询语句的执行计划，从而找出影响查询效率的因素。
通过分析EXPLAIN结果，可以对SQL语句进行优化。
6.避免使用SELECT *SELECT *会查询所有列，包括不需要的列，增加了数据扫描量，降低了查询效率。
在编写SQL语句时应尽量避免使用SELECT *。
7.合理使用缓存缓存可以减少数据库访问次数，提高查询效率。
在设计系统架构时应考虑缓存的使用。
8.优化表结构表结构的设计也是影响SQL查询效率的一个重要因素。
在设计表结构时应尽量避免冗余数据和过多的列。
以上是一些复杂SQL优化的方法及思路。
通过合理运用这些方法和思路，可以大大提高SQL查询效率，为数据库管理系统提供更好的性能和稳定性。
sql优化的原则
sql优化的原则摘要：1.SQL 优化的概念2.SQL 优化的原则a.尽量减少SELECT 查询返回的数据量b.避免在WHERE 子句中使用函数c.使用INNER JOIN 代替子查询d.使用连接（JOIN）时注意顺序e.避免使用SELECT *f.使用LIKE 时避免使用通配符g.使用EXPLAIN 分析查询执行计划3.总结正文：SQL 优化是数据库管理员和开发人员的一项重要任务，目的是提高查询性能，减少查询时间。
本文将介绍SQL 优化的原则，帮助读者更好地理解和优化SQL 查询。
首先，我们需要了解SQL 优化的概念。
SQL 优化是指对SQL 查询进行调整，以提高查询性能和效率。
优化的目标是减少查询执行时间，提高数据库的响应速度。
接下来，我们来介绍SQL 优化的原则。
1.尽量减少SELECT 查询返回的数据量在编写SQL 查询时，应尽量只选择需要的字段，避免使用SELECT *。
这样可以减少数据传输量，提高查询速度。
2.避免在WHERE 子句中使用函数在WHERE 子句中使用函数会导致索引失效，从而降低查询性能。
如果必须使用函数，可以考虑将函数应用到常量上，而不是表列上。
3.使用INNER JOIN 代替子查询在可能的情况下，使用INNER JOIN 代替子查询可以提高查询性能。
子查询可能导致查询执行多次，而INNER JOIN 可以在一次查询中完成。
4.使用连接（JOIN）时注意顺序当使用连接（JOIN）时，应尽量让驱动表（记录数较少的表）放在左侧。
这样可以让数据库优化器更有效地过滤掉不需要的记录。
5.避免使用SELECT *只选择需要的字段，避免使用SELECT *。
这样可以减少数据传输量，提高查询速度。
6.使用LIKE 时避免使用通配符在编写LIKE 查询时，应避免使用通配符（如%）。
通配符会导致全表扫描，从而降低查询性能。
如果必须使用通配符，可以考虑使用前缀匹配，或者使用全文索引。
7.使用EXPLAIN 分析查询执行计划使用EXPLAIN 命令可以查看查询的执行计划，从而了解查询是如何执行的。
oracle sql优化常用的15种方法
oracle sql优化常用的15种方法1. 使用合适的索引索引是提高查询性能的重要手段。
在设计表结构时，根据查询需求和数据特点合理地添加索引。
可以通过创建单列索引、复合索引或者位图索引等方式来优化SQL查询。
2. 确保SQL语句逻辑正确SQL语句的逻辑错误可能会导致低效查询。
因此，在编写SQL语句前，需要仔细分析查询条件，确保逻辑正确性。
3. 使用连接替代子查询在一些场景下，使用连接（JOIN）操作可以替代子查询，从而减少查询的复杂度。
连接操作能够将多个数据集合合并为一个结果集，避免多次查询和表的扫描操作。
4. 避免使用通配符查询通配符查询（如LIKE '%value%'）在一些情况下可能导致全表扫描，性能低下。
尽量使用前缀匹配（LIKE 'value%'）或者使用全文索引进行模糊查询。
5. 注意选择合适的数据类型选择合适的数据类型有助于提高SQL查询的效率。
对于整型数据，尽量使用小范围的数据类型，如TINYINT、SMALLINT等。
对于字符串数据，使用CHAR字段而不是VARCHAR，可以避免存储长度不一致带来的性能问题。
6. 优化查询计划查询计划是数据库在执行SQL查询时生成的执行计划。
通过使用EXPLAIN PLAN命令或者查询计划工具，可以分析查询计划，找出性能瓶颈所在，并对其进行优化。
7. 减少磁盘IO磁盘IO是影响查询性能的重要因素之一。
可以通过增加内存缓存区（如SGA）、使用高速磁盘（如SSD）、使用合适的文件系统（如ASM）等方式来减少磁盘IO。
8. 分区表对于大数据量的表，可以考虑使用分区表进行查询优化。
分区表可以将数据按照某个规则分散到不同的存储区域，从而减少查询范围和加速查询。
9. 批量操作尽量使用批量操作而不是逐条操作，可以减少数据库的事务处理开销，提高SQL执行效率。
可以使用INSERT INTO SELECT、UPDATE、DELETE等批量操作语句来实现。
sql语句优化面试题
sql语句优化面试题在数据库开发和优化领域，SQL语句优化是一个重要的话题。
随着数据量的增长，SQL查询性能的优化变得尤为重要。
本文将介绍一些常见的SQL语句优化面试题，并提供一些解析和最佳实践。
1. 什么是SQL语句优化？SQL语句优化是为了提高数据库查询性能而对SQL查询语句进行的一系列改进和调整的过程。
通过对SQL查询进行优化，可以减少数据库的负载，加快查询速度，提升应用程序的性能。
2. SQL语句优化的方法有哪些？- 索引优化：为表中的关键列创建索引，并确保索引被合理地使用。
- 查询重写：通过改变查询方式或者重写查询语句，使其更加高效。
- 视图优化：使用视图来优化复杂的查询，减少重复性的计算和读取操作。
- 表分区：根据数据特性和查询模式将表划分成多个分区，提高查询效率。
- 缓存优化：通过使用缓存技术，减少对数据库的访问次数，加快查询速度。
3. 请列举一些常见的SQL查询性能问题。
- 缺乏合适的索引导致全表扫描，查询速度慢。
- 过多的连接操作导致查询复杂度高。
- 子查询嵌套层次过多，增加查询开销。
- 数据库统计信息不准确，导致查询优化器做出错误的执行计划。
- 数据库设计模型不合理，导致查询需要多次关联多个表。
4. 如何通过索引优化来提高查询性能？- 确保重要的查询列都有索引，特别是在WHERE和JOIN子句中经常使用的列。
- 避免在索引列上进行函数、计算或者转换操作，这会导致索引失效。
- 确保索引的列的顺序和查询条件的顺序一致，可以减少索引树的搜索次数。
- 如果一次查询中需要访问的数据较少，可以使用覆盖索引来避免对表的访问。
5. 如何避免SQL注入攻击？- 使用参数化查询或者预编译语句，将用户输入的数据作为参数传递给SQL查询。
- 对输入进行严格的合法性验证，过滤掉潜在的恶意字符。
- 使用ORM框架或者存储过程等抽象层来处理SQL查询，减少直接操作数据库的风险。
6. 如何优化复杂查询？- 尽量避免使用嵌套查询，可以使用关联查询或者临时表来替代。
SQL优化的几种方法及总结
SQL优化的⼏种⽅法及总结优化⼤纲：通过explain 语句帮助选择更好的索引和写出更优化的查询语句。
SQL语句中的IN包含的值不应该过多。
当只需要⼀条数据的时候，使⽤limit 1。
如果限制条件中其他字段没有索引，尽量少⽤or。
尽量⽤union all代替union。
不使⽤ORDER BY RAND()。
区分in和exists、not in和not exists。
使⽤合理的分页⽅式以提⾼分页的效率。
查询的数据过⼤，可以考虑使⽤分段来进⾏查询。
避免在where⼦句中对字段进⾏null值判断。
避免在where⼦句中对字段进⾏表达式操作。
必要时可以使⽤force index来强制查询⾛某个索引。
注意查询范围，between、>、<等条件会造成后⾯的索引字段失效。
关于JOIN优化。
优化使⽤1、mysql explane ⽤法 explane显⽰了mysql如何使⽤索引来处理select语句以及连接表。
可以帮助更好的索引和写出更优化的查询语句。
EXPLAIN SELECT*FROM l_line WHERE `status` =1and create_at >'2019-04-11';explain字段列说明table：显⽰这⼀⾏的数据是关于哪张表的type：这是重要的列，显⽰连接使⽤了何种类型。
从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和allpossible_keys：显⽰可能应⽤在这张表中的索引。
如果为空，没有可能的索引。
可以为相关的域从where语句中选择⼀个合适的语句key：实际使⽤的索引。
如果为null，则没有使⽤索引。
很少的情况下，mysql会选择优化不⾜的索引。
这种情况下，可以在select语句中使⽤use index（indexname）来强制使⽤⼀个索引或者⽤ignore index（indexname）来强制mysql忽略索引key_len：使⽤的索引的长度。
SQL优化查询速度的方法
SQL优化查询速度的方法
1、优化SQL语句：
（1）改善SQL语句的语法和逻辑结构
SQL语法的效率取决于SQL的结构，要想提高SQL的查询结果，需要
有良好的结构来表达，常见的结构如下：
（1）尽可能使用join操作，而不是使用函数，比如使用inner
join或outer join替代union all或sub queries;
（2）优化where子句，尽量将where中的查询条件尽量细化，以提
高查询速度；
（3）尽量使用到sql的索引功能，使用合适的索引可以大大提高
sql语句的执行效率；
（4）考虑使用exists和not exists代替in和not in，因为in和not in只能执行单表查询，而exists和not exists可以实现多表查询，提高查询效率；
（5）尽量避免使用order by和group by，它们会对结果集进行排
序和分组，浪费大量时间；
（6）尽量避免使用like操作符，因为它会导致索引失效。
（2）利用缓存技术优化查询
缓存技术是指将查询条件放在缓存中，根据缓存的内容来提高查询速度。
在同一个环境中，如果时间跨度较长，可以考虑使用缓存技术，以提
高查询速度。
（3）优化sql语句的执行计划
sql语句的执行计划是指sql语句经过编译后，数据库系统根据具体的sql语句结构和条件给出的执行计划，优化sql语句的执行计划则指在sql语句的结构和条件不变的前提下。
数据库查询优化-20条必备sql优化技巧
数据库查询优化-20条必备sql优化技巧0、序⾔本⽂我们来谈谈项⽬中常⽤的 20 条 MySQL 优化⽅法，效率⾄少提⾼ 3倍！具体如下：1、使⽤ EXPLAIN 分析 SQL 语句是否合理使⽤ EXPLAIN 判断 SQL 语句是否合理使⽤索引，尽量避免 extra 列出现：Using File Sort、Using Temporary 等。
2、必须被索引重要SQL必须被索引：update、delete 的 where 条件列、order by、group by、distinct 字段、多表 join 字段。
3、联合索引对于联合索引来说，如果存在范围查询，⽐如between、>、<等条件时，会造成后⾯的索引字段失效。
对于联合索引来说，要遵守最左前缀法则：举列来说索引含有字段 id、name、school，可以直接⽤ id 字段，也可以 id、name 这样的顺序，但是 name; school 都⽆法使⽤这个索引。
所以在创建联合索引的时候⼀定要注意索引字段顺序，常⽤的查询字段放在最前⾯。
4、强制索引必要时可以使⽤ force index 来强制查询⾛某个索引: 有的时候MySQL优化器采取它认为合适的索引来检索 SQL 语句，但是可能它所采⽤的索引并不是我们想要的。
这时就可以采⽤ forceindex 来强制优化器使⽤我们制定的索引。
5、⽇期时间类型对于⾮标准的⽇期字段，例如字符串的⽇期字段，进⾏分区裁剪查询时会导致⽆法识辨，依旧⾛全表扫描。
尽管 TIMESTAMEP 存储空间只需要 datetime 的⼀半，然⽽由于类型 TIMESTAMP 存在性能问题，建议你还是尽可能使⽤类型 DATETIME。
（TIMESTAMP ⽇期存储的上限为2038-01-19 03:14:07，业务⽤ TIMESTAMP 存在风险；）6、禁⽌使⽤ SELECT *SELECT 只获取必要的字段，禁⽌使⽤ SELECT *。
sql优化常用面试题
sql优化常用面试题在数据库应用开发中，SQL优化是一个重要的方面，它可以提升数据库的性能和效率。
在面试中，经常会遇到与SQL优化相关的问题。
本文将介绍一些常见的SQL优化面试题，并给出相应的答案。
1. 什么是SQL优化？SQL优化是指对SQL查询语句进行调整和改进，以提高查询的执行效率和查询结果的准确性。
通过合理的索引设计、查询重写、规范化数据模型等手段，可以有效减少查询的执行时间和资源消耗。
2. 如何判断SQL查询语句是否需要优化？需要优化的SQL查询语句通常具有以下特点：- 执行时间过长，超过一定的阈值。
- 占用大量的系统资源，如CPU、内存等。
- 影响其他查询的执行性能。
3. SQL优化的方法有哪些？SQL优化可以采用以下几种方法：- 索引优化：合理设计索引，避免全表扫描，提高查询效率。
- 查询重写：对复杂的查询语句进行优化，使用合适的连接方式、嵌套与连接、子查询等。
- 数据库分区：对大表进行分区存储，提高查询效率。
- 规范化数据模型：遵循数据库设计的规范，减少数据冗余和数据异常。
- 缓存机制：使用缓存技术，减少数据库查询的次数，提高查询效率。
- 分布式数据库：将数据分布在多个节点上，分布式查询，提高查询效率。
4. 如何确定哪个部分影响了查询的性能？可以通过数据库性能监控工具和性能分析工具来确定哪个部分影响了查询的性能。
常用的性能监控工具有MySQL自带的慢查询日志、show processlist命令等。
性能分析工具主要有EXPLAIN语句和性能分析器等。
5. 什么是索引？如何设计索引？索引是一种数据结构，用于加快数据库查询的速度。
索引基于表中的一列或多列创建，可以提供快速的数据查找和排序。
设计索引应注意以下几点：- 选择合适的列作为索引列，通常是经常被查询、排序或者用于连接的列。
- 不要为每个列都创建索引，过多的索引会增加维护成本，降低插入和更新的性能。
- 考虑使用组合索引，将多个列组合在一起创建索引，以满足复杂查询的需求。
SQL语句的优化与性能调优技巧
SQL语句的优化与性能调优技巧在数据库开发和管理中，优化SQL语句的性能是极为重要的一项工作。
通过调整和优化SQL语句，可以大大提高数据库的响应速度和吞吐量，从而提升系统的整体性能。
本文将介绍一些常见的SQL语句优化与性能调优技巧，帮助读者理解并应用于实际项目中。
1. 使用合适的索引索引是加速数据库查询速度的重要手段。
通过在表的列上创建索引，可以快速定位符合条件的记录，减少磁盘IO和CPU消耗。
在选择索引列时，考虑到经常被查询的列、过滤条件频繁出现的列和联合查询列等因素。
但要注意索引不是越多越好，因为索引也需要空间存储和维护成本。
2. 优化SQL查询语句优化SQL查询语句是提升性能的关键。
首先，尽量避免使用SELECT *，而是选择需要的列。
次之，合理使用WHERE子句，通过条件过滤掉不必要的记录。
同时，使用JOIN关键字连接表时，考虑到被连接表上的索引列，以及避免笛卡尔积的产生。
3. 使用预处理语句预处理语句（Prepared Statement）在SQL语句和执行之间进行了解耦，提高了执行效率和安全性。
这是因为预处理语句使用参数绑定，可以先将SQL语句发送给数据库进行编译和优化，然后再绑定参数执行。
这样可以减少SQL语句的解析开销，提高重复执行的效果。
4. 适当分页在查询返回大量数据时，如果一次性返回所有记录会对数据库和网络造成很大的压力。
而适当地进行分页可以提高用户体验和系统性能。
可以通过使用LIMIT 和OFFSET语句进行分页查询，限制返回结果的数量，并指定偏移量。
5. 避免使用子查询子查询虽然灵活，但通常会造成性能问题。
在使用子查询之前，可以考虑使用连接查询或者临时表来替代。
这样可以将查询过程分解为多个步骤，降低复杂度，提高查询效率。
6. 避免重复查询和计算重复查询和计算是常见的性能问题之一。
为了避免反复查询相同的数据或重复计算相同的结果，可以使用临时表、视图或变量来存储中间结果。
在需要使用这些结果时，直接从中间存储中获取，避免不必要的开销。
优化sql语句提高oracle执行效率
优化sql语句提高oracle执行效率
1.尽可能高效:采用最有效的查询方式、避免使用不必要的查询语句、提高检索速度而非数据量。
2.避免使用子查询:尽量不使用子查询，把子查询换成联合查询或者
通过多表连接更新数据。
3.避免重复读取:尽量从数据库中读取一次数据，不要读取多次相同
的数据，避免多次查询，提高数据库的查询效率。
4.避免使用NOTIN和NOTEXISTS:尽量不用NOTIN和NOTEXISTS查询
语句，因为这种查询方式比较耗时，可以把NOTIN换成LEFTJOIN不为空
即可。
5.避免使用OR:尽量不用OR，用AND替代OR，AND通常比OR更有效。
6.避免使用模糊查询:尽量不用模糊查询，模糊查询效率较低，可以
用相似查询替代模糊查询。
7.合并多个表:如果有多个表，尽量合并这些表，以便减少查询次数。
8. 使用索引: 设置索引来提高查询速度，尽可能在 Where、Group by、Having、Order by等关键字中使用索引。
9. 优化sql语句顺序: 尽可能把WHERE条件的语句写在前面，以便
优先查询出少量的数据来，提高查询效率；把ORDER BY语句写在最后，
以便能有效地利用索引。
10.选择可用的查询方法:使用最适合的查询方法，选择适当的SELECT语句、JOIN语句和UNION语句，以使SQL语句更快地返回结果。
11. 避免使用Distinct: Distinct能会导致查询效率降低，尽量避免使用Distinct。
Oracle之SQL语句性能优化（34条优化方法）
Oracle之SQL语句性能优化（34条优化⽅法）好多同学对sql的优化好像是知道的甚少，最近总结了以下34条仅供参考。
（1）选择最有效率的表名顺序(只在基于规则的优化器中有效)：ORACLE的解析器按照从右到左的顺序处理FROM⼦句中的表名，FROM⼦句中写在最后的表(基础表 driving table)将被最先处理，在FROM⼦句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。
如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引⽤的表.（2） WHERE⼦句中的连接顺序．：ORACLE采⽤⾃下⽽上的顺序解析WHERE⼦句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最⼤数量记录的条件必须写在WHERE⼦句的末尾.（3）SELECT⼦句中避免使⽤ ‘ * ‘：ORACLE在解析的过程中, 会将'*' 依次转换成所有的列名, 这个⼯作是通过查询数据字典完成的, 这意味着将耗费更多的时间（4）减少访问数据库的次数：ORACLE在内部执⾏了许多⼯作: 解析SQL语句, 估算索引的利⽤率, 绑定变量 , 读数据块等；（5）在SQL*Plus , SQL*Forms和Pro*C中重新设置ARRAYSIZE参数, 可以增加每次数据库访问的检索数据量 ,建议值为200（6）使⽤DECODE函数来减少处理时间：使⽤DECODE函数可以避免重复扫描相同记录或重复连接相同的表.（7）整合简单,⽆关联的数据库访问：如果你有⼏个简单的数据库查询语句,你可以把它们整合到⼀个查询中(即使它们之间没有关系)（8）删除重复记录：最⾼效的删除重复记录⽅法 ( 因为使⽤了ROWID)例⼦：DELETE FROM EMP E WHERE E.ROWID > (SELECT MIN(X.ROWID)FROM EMP X WHERE X.EMP_NO = E.EMP_NO);（9）⽤TRUNCATE替代DELETE：当删除表中的记录时,在通常情况下, 回滚段(rollback segments ) ⽤来存放可以被恢复的信息. 如果你没有COMMIT事务,ORACLE会将数据恢复到删除之前的状态(准确地说是恢复到执⾏删除命令之前的状况) ⽽当运⽤TRUNCATE时, 回滚段不再存放任何可被恢复的信息.当命令运⾏后,数据不能被恢复.因此很少的资源被调⽤,执⾏时间也会很短. (译者按: TRUNCATE只在删除全表适⽤,TRUNCATE是DDL不是DML)（10）尽量多使⽤COMMIT：只要有可能,在程序中尽量多使⽤COMMIT, 这样程序的性能得到提⾼,需求也会因为COMMIT所释放的资源⽽减少:COMMIT所释放的资源:a. 回滚段上⽤于恢复数据的信息.b. 被程序语句获得的锁c. redo log buffer 中的空间d. ORACLE为管理上述3种资源中的内部花费（11）⽤Where⼦句替换HAVING⼦句：避免使⽤HAVING⼦句, HAVING 只会在检索出所有记录之后才对结果集进⾏过滤. 这个处理需要排序,总计等操作. 如果能通过WHERE⼦句限制记录的数⽬,那就能减少这⽅⾯的开销. (⾮oracle中)on、where、having这三个都可以加条件的⼦句中，on是最先执⾏，where次之，having最后，因为on是先把不符合条件的记录过滤后才进⾏统计，它就可以减少中间运算要处理的数据，按理说应该速度是最快的，where也应该⽐having快点的，因为它过滤数据后才进⾏sum，在两个表联接时才⽤on的，所以在⼀个表的时候，就剩下where跟having⽐较了。
SQL语句的优化策略
SQL语句的优化：1、如果需要控制查询的记录条数，可以使用dao.query()的方法来实现，不要在sql语句中采取rownum<n的方式；2、数据库索引的建立：目前的系统中很多表没有建立必要的索引，导致查询消耗了很长时间。
随着系统的不断运行，数据量不断加大，效率会越来越低。
请建立必要的数据库索引，并注意：◆避免对索引字段进行计算操作◆避免在索引字段上使用not，<>，!=：对不等于操作符的处理会造成全表扫描，可以用“<” or “>”代替，不等于操作符是永远不会用到索引的，因此对它的处理只会产生全表扫描。
不用“<>”或者“!=”操作符。
Where子句中出现IS NULL或者IS NOT NULL时，Oracle会停止使用索引而执行全表扫描。
◆避免在索引列上使用IS NULL和IS NOT NULL◆避免在索引列上出现数据类型转换◆避免在索引字段上使用函数；如果需要，可以建立函数索引◆避免建立索引的列中使用空值。
◆对于有连接的列“||”，最后一个连接列索引会无效。
尽量避免连接，可以分开连接或者使用不作用在列上的函数替代。
3、部分UPDATE、SELECT 语句写得很复杂（经常嵌套多级子查询），可以考虑适当拆成几步进行处理；4、update：同一个表的修改在一个过程里出现好几十次，如：update table1set col1=...where col2=...;update table1set col1=...where col2=.........，象这类脚本其实可以很简单就整合在一个UPDATE语句来完成。
5、在可以使用UNION ALL的语句里，使用了UNION：UNION 因为会将各查询子集的记录做比较，故比起UNION ALL ，通常速度都会慢上许多。
一般来说，如果使用UNION ALL能满足要求的话，务必使用UNION ALL。
还有一种情况大家可能会忽略掉，就是虽然要求几个子集的并集需要过滤掉重复记录，但由于脚本的特殊性，不可能存在重复记录，这时便应该使用UNION ALL。
SQL优化的几种方法
SQL优化的⼏种⽅法1、对查询进⾏优化，应尽量避免全表扫描，⾸先考虑在where及order by上建⽴索引。
2、应尽量避免在where⼦句中进⾏以下操作：对字段进⾏null判断；使⽤！=或<>操作符；使⽤or连接条件；使⽤in或not in；使⽤like；等号左侧使⽤算术运算；对字段进⾏函数运算等。
以上操作将导致引擎放弃索引⽽进⾏全表扫描。
3、不要写⼀些没有意义的查询，如⽣成⼀个空表。
4、使⽤exists替代in，⽤not exists替代not in。
not in 是低效的，因为它对⼦查询中的表执⾏了⼀个全表遍历，他执⾏了⼀个内部的排序和合并。
select num from a where exists（select 1 from b where num=a.num）5、对只含数值信息的字段尽量使⽤数值型代替字符型，否则会降低查询和连接性能。
6、尽可能使⽤varchar代替char，节约存储空间，提⾼效率。
7、尽量⽤具体字段代替*进⾏查询。
8、在使⽤索引字段作为条件时，如果索引是复合索引，必须使⽤该索引的第⼀个字段作为条件才能保证系统使⽤该索引。
9、当索引中有⼤量重复数据时，索引是⽆效的。
10、当进⾏update或insert操作时，索引的存在会降低该操作的效率。
11、尽量避免频繁创建或删除临时表，减少系统资源消耗。
12、在新建临时表时，如果⼀次性插⼊数据量很⼤，那么可以使⽤select into代替create table，避免产⽣⼤量log，提⾼效率。
13、如果使⽤到了临时表，在存储过程的最后务必将所有的临时表显⽰的删除，先truncate table ，然后drop table，避免系统表长时间锁定。
14、尽量避免使⽤游标，因为游标效率较差，如果游标操作的数据超过1万⾏，那么就应该考虑改写。
15、对于⼩型数据集使⽤fast_forward游标要优于其他逐⾏处理⽅法，尤其是在必须引⽤⼏个表才能获取所需要的数据时。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
TCL语句处理(commit、rollback)
Commit顺序： 服务器为每个COMMIT产生一个SCN。使改变永久化。 LGWR进程将日志缓冲区数据并带有SCN一起写到重做日志文件。 服务器释放表级和行级锁。 用户被提示COMMIT完成。 服务器使事务已完成。 Rollback顺序 服务器进程不做任何的改变。 服务器释放表级和行级锁。 服务器使事务已完成。
翻译SQL语句，验证它是合法的语句，即书写正确 实现数据字典的查找，以验证是否符合表和列的定义 在所要求的对象上获取语法分析锁，使得在语句的语法分析过 程?验证为存取所涉及的模式对象所需的权限是否满足 决定此语句最佳的执行计划 将它装入共享SQL区 对分布的语句来说，把语句的全部或部分路由到包含所涉及数 据
SQL语句的优化
SQL语句处理过程
查询语句处理：select DML语句处理：insert、update delete DDL语句处理：create、drop、 alter、truncate TCL语句处理：commit rollback DCL语句处理：grant、revoke
说明： 图中列出了处理一个SQL语句需要的各 个重要阶段，不同的语句，在不同情况 下可能顺序不同。
Oracle优化器(Optimizer)
基于规则的优化器--Rule Based (Heuristic) Optimization(简称RBO)
优化器在分析SQL语句时,所遵循的是Oracle内部预定的一些规则 （15条）。 常见规则有：有索引时使用索引而不考虑其它影响性能的因素。 某些情况下所选择的执行计划性能并不是最佳。
共享SQL语句
共享的语句必须满足三个条件：
① ② ③ 字符级的比较 要求：当前被执行的语句和共享池中的语句必须完全相同 两个语句所指的对象必须完全相同 名称相同并不代表所指的是同一个对象 两个SQL语句中必须使用相同的名字的绑定变量(bind variables)
在查询的定义阶段，你指定与查询出的列值对应的接收变量 的位置、大小和数据类型，这样我们通过接收变量就可以得 到查询结果。如果必要的话，Oracle会自动实现数据类型的 转换。这是将接收变量的类型与对应的列类型相比较决定的
5. 绑定变量(Bind Any Variables)
执行到此时，Oracle知道了SQL语句的意思，但仍没有足够 的信息用于执行该语句。Oracle 需要得到在语句中列出的所 有变量的值。通过某个变量对某列的值进行限定，这个过程 就称绑定变量。
SQL语句处理过程
DDL语句处理(create、drop、alter)
DDL语句的执行不同与DML语句和查询语句的执行，这是因为DDL语句执行成功 后需要对数据字典数据进行修改。对于DDL语句，语句的分析阶段实际上包括分 析、查找数据字典信息和执行。 事务管理语句、会话管理语句、系统管理语句只有分析与执行阶段，为了重新执行 该语句，会重新分析与执行该语句。
ORACLE内部操作
当执行查询时,采用了内部的操作. 下表显示了几种 重要的内部操作.
ORACLE 子句
ORDER BY UNION MINUS INTERSECT DISTINCT,MINUS,INTERSECT,UNION MIN,MAX,COUNT GROUP BY ROWNUM SORT ORDER BY UNION-ALL MINUS INTERSECT SORT UNIQUE SORT AGGREGATE SORT GROUP BY COUNT or COUNT STOPKEY SORT JOIN,MERGE JOIN,NESTED LOOPS CONNECT BY
SQL语句处理过程
6. 并行执行语句(Parallelize the Statement )
ORACLE 可以在SELECT,DML语引、用子查询创建表、在分区表上的操作，也可 以执行并行操作。 并行化可以导致多个服务器进程为同一个SQL语句工作，使该SQL语句可以快 速完成 但会耗费更多的资源，所以除非很有必要，否则不要使用并行查询。
查看执行计划
什么是执行计划：
Oracle 用来运行一个语句的步骤就叫做执行计划（execution plan），执行计划包含了语句所涉及的每个表的访问路径和 连接顺序。
查看执行计划
SQLPULS自动跟踪
1、conn /as sysdba; 2、@$ORACLE_HOME/sqlplus/admin/plustrce.sql 3、grant plustrace to user_name 4、@$ORACLE_HOME/rdbms/admin/utlxplan.sql 5、create public synonym plan_table for plan_table; 6、grant all on plan_table to user_name ; 注：以上步骤只需配置一次即可。 7、conn username/password; 8、set autotrace traceonly（如果想看到结果集：set autotrace on，关闭： set autotrace off） 注：set autotrace traceonly explain /statistics （计划/统计） 9、set timing on（如果想同时看到语句执行的时间） 10、运行你的SQL
基于代价的优化器 -- Cost Based Optimization(简称CBO)
Oracle把一个代价引擎(Cost Engine)集成到数据库内核中，用来估计 每个执行计划需要的代价，该代价将每个执行计划所耗费的资源进行 量化，从而CBO可以根据这个代价选择出最优的执行计划。 一个查询耗费的资源被分成3个基本组成部分：I/O代价、CPU代价、 network代价。
SQL语句处理过程
8. 取出查询的行(Fetch Rows of a Query)
在fetch阶段，行数据被取出来，每个后续的存取操作检索结果 集中的下一行数据，直到最后一行被取出来。上面提到过，批 量的fetch是优化的技巧之一
9. 关闭游标(Close the Cursor)
SQL语句处理的最后一个阶段就是关闭游标
SQL语句处理过程
1. 创建游标(Create a Cursor)
任何SQL语句都会创建它，特别在运行DML语句时，都是自 动创建游标的，不需要开发人员干预。
2. 分析语句(Parse the Statement)
在语法分析期间，SQL语句从用户进程传送到Oracle，SQL语句 经语法分析分别执行下列操作：
SQL语句处理过程
3. 描述查询结果(Describe Results of a Query)
描述阶段只有在查询结果的各个列是未知时才需要；例如， 当查询由用户交互地输入需要输出的列名。在这种情况要用 描述阶段来决定查询结果的特征（数据类型，长度和名字)
4. 定义查询的输出数据(Define Output of a Query)
优化器的使用
Instance级别 通过在init.ora文件中设定OPTIMIZER_MODE=RULE、 OPTIMIZER_MODE=CHOOSE、 OPTIMIZER_MODE=FIRST_ROWS、 OPTIMIZER_MODE=ALL_ROWS去来设定，默认用的是Choose这 种方式。 Sessions级别 通过SQL> ALTER SESSION SET OPTIMIZER_MODE=<Mode>;来 设定 。 语句级别 在语句中添加一些提示，即需要用到Hint 。 [ SELECT | DELETE|UPDATE ] /*+ [hint | text ] */ 数据分析语句 SQL> ANALYZE TABLE table_name COMPUTE STATISTICS; SQL> ANALYZE INDEX index_name ESTIMATE STATISTICS; SQL>analyze table table_name delete statistics;
内部操作
Queries involving Joins
CONNECT BY
Rowid扫描
Rowid扫描 Rowid就是一个记录在数据块中的位置，由于指定了记录在数据 库中的精确位置，因此rowid是检索单条记录的最快方式。如果 通过rowid 来访问表，Oracle 首先需要获得被检索记录的 rowid，Oracle 可以在WHERE 子句中得到rowid，但更多的是 通过索引扫描来获得，然后Oracle 基于rowid来定位被检索的每 条记录。 优化器何时使用Rowid 并不是每个索引扫描都伴随着rowid的访问，如果索引中包 含了被访问的所有字段，则不再需要通过rowid来访问表。 注意： Rowid 是Oracle 表示数据存储的内部方法，它可能会由于 版本的改变而改变。不推荐通过在WHERE 中指定rowid 来 访问数据，因为行迁移和行链接会导致rowid 变化， exp/imp 也会使rowid变化。
索引扫描
索引扫描类型：
索引唯一扫描（Index Unique Scans） 索引范围扫描（Index Range Scans） 索引降序范围扫描（Index Range Scans Descending） 索引跳跃扫描（Index Skip Scans） 全索引扫描（Full Scans） 快速全索引扫描（Fast Full Index Scans） 索引连接（Index Joins） 位图连接（Bitmap Joins）
优化器的模式
RULE 使用RBO优化器 CHOOSE 为缺省值,它是根据实际情况，如果数据字典中包含被引用的表的统 计数据，即引用的对象已经被分析，则就使用CBO优化器，否则为 RBO优化器 FIRST_ROWS 使用CBO优化器，是以数据的响应时间为主要目标，以便快速查询 出开始的几行数据。 FIRST_ROWS_[1 | 10 | 100 | 1000] 使用 CBO 优化器让优化器选择一个能够把响应时间减到最小的查询 执行计划，而迅速产生查询结果的前 n 行（9i中引入）,常用于联机应 用处理。 ALL_ROWS 使用 CBO 优化器，是以数据的吞吐量为主要目标，以便可以使用最 少的资源完成语句，常用于DDS。