Oracle性能优化
oracle优化方法总结
千里之行，始于足下。
oracle优化方法总结Oracle优化是提高数据库性能和响应能力的重要步骤。
本文总结了一些常见的Oracle优化方法。
1. 使用索引：索引是提高查询性能的主要方法。
通过在表中创建适当的索引，可以加快查询速度，并减少数据访问的开销。
但是要注意不要过度使用索引，因为过多的索引会增加写操作的开销。
2. 优化查询语句：查询语句的效率直接影响数据库的性能。
可以通过合理地编写查询语句来提高性能。
例如，使用JOIN来替代子查询，尽量避免使用通配符查询，使用LIMIT来限制结果集的大小等。
3. 优化表结构：表的设计和结构对数据库的性能也有很大的影响。
合理的表设计可以减少数据冗余和不必要的数据存储，提高查询速度。
例如，适当地使用主键、外键和约束，避免过多的数据类型和字段等。
4. 优化数据库参数设置：Oracle有很多参数可以用来调整数据库的性能。
根据具体的应用场景和需求，可以根据情况调整参数的值。
例如，调整SGA和PGA的大小，设置合适的缓冲区大小，调整日志写入方式等。
5. 使用分区表：当表的数据量很大时，可以考虑将表分成多个分区。
分区表可以加速查询和维护操作，提高数据库的性能。
可以按照时间、地域、业务等来进行分区。
6. 优化存储管理：Oracle提供了多种存储管理选项，如表空间和数据文件管理。
合理地分配存储空间和管理数据文件可以提高数据库的性能。
例如，定期清理无用的数据文件，使用自动扩展表空间等。
第1页/共2页锲而不舍，金石可镂。
7. 数据压缩：对于大量重复数据或者冷数据，可以考虑使用Oracle的数据压缩功能。
数据压缩可以减少磁盘空间的使用，提高IO性能。
8. 使用并行处理：对于大型计算或者批处理任务，可以考虑使用Oracle的并行处理功能。
并行处理可以将任务分成多个子任务，并行执行，提高处理能力和效率。
9. 数据库分区：对于大型数据库，可以考虑将数据库分成多个独立的分区。
数据库分区可以提高数据的并行处理能力，减少锁竞争和冲突，提高数据库的性能。
ORACLE数据库性能优化
（三）（三）优化 I/O 操作 I/O 优化被安排在内存优化之后，通过内存的优化，可以是 I/O 冲突减少，在此情况下， 可以通过一些调整以使 I/O 性能进一步提高。 对于新系统，应自顶向下分析 I/O 需求，确定所需要的资源。而对于已存在的系统应采 用自底向上的方法： 1．1．了解系统的磁盘数量。 2．2．了解 ORACLE 使用的磁盘数量。 3．3．了解应用系统的 I/O 类型。 4．4．了解 I/O 操作是针对文件系统还是原始设备。 5．5．了解对象在磁盘上的分布。 可以通过如下方法检查 I/O 问题： 检查系统 I/O 的使用：可以使用操作系统提供的工具来监视整个系统对磁盘 文件的访问，可以将大量访问磁盘的应用与 ORACLE 的相关文件分别存放。在 UNIX 系统中可以通过 sar –d 来获得有关数据。在 WINDOWS NT 中 可 通 过 性 能监视器查看。 检查 ORACLE 的 I/O 的使用：对于 ORACLE ，可以通过下列视图来获得相 关的信息： File Type Where to Find Statistics Database Files V$FILESTAT Log Files V$SYSSTAT, V$SYSTEM_EVENT, V$SESSION_EVENT Archive Files V$SYSTEM_EVENT, V$SESSION_EVENT Control Files V$SYSTEM_EVENT, V$SESSION_EVENT 可以通过如下的方法来解决 I/O 问题： 减少磁盘竞争： 磁盘竞争：当多个进程同时访问同一个磁盘时就会产生磁盘竞争。要减 少高负荷磁盘的访问，可以将高访问量的文件移到低负荷的磁盘上。 分离 Redo 日志文件和数据文件：ORACLE 总是经常的访问 Redo 日志 文件和数据文件，将二者放在一起，可能会增加磁盘冲突。 条带化表数据：条带化，就是将一个大表的数据分布到不同磁盘的不同 数据文件中，这样也可以减少磁盘冲突。 分离表和索引：这并不是必须的，由于索引和表的读取是串行的，也可 以做到将表和索引放在一起而不发生磁盘冲突。 磁盘条带化：就是将一个大表的数据分布到不同磁盘的不同数据文件中，条 带化允许不同的进程同时访问一个表的不同部分。 这尤其对随机访问一个表的多行 很有帮助。条带化可以是磁盘的 I/O 负载平衡。有两种条带化方法。 手动方法：利用表空间以及分区表的方式。
浅谈Oracle数据库SQL性能优化
千里之行，始于足下。
浅谈Oracle数据库SQL性能优化
SQL性能优化在Oracle数据库中是非常重要的，并且是一个复杂而繁琐的过程。
下面是一些常见的SQL性能优化技巧。
1. 使用正确的索引：索引是加快查询速度的重要因素。
确保表中的列被正确索引，以便Oracle能够快速定位所需的数据。
2. 优化查询语句：编写高效的查询语句是提高性能的关键，避免使用大量的子查询、联合查询以及不必要的计算。
3. 提高表的设计：优化表的结构和设计，包括拆分表、合并表、垂直分区和水平分区等。
4. 使用合适的数据类型：使用合适的数据类型可以节省存储空间和提高查询效率。
5. 避免使用全表扫描：全表扫描是一种费时的操作，尽量避免使用它，使用索引或其他技术来提高查询效率。
6. 分析并优化执行计划：使用Oracle的性能分析工具来分析查询执行计划，找出慢查询的原因，并优化查询的执行计划。
7. 优化硬件和服务器配置：提高服务器的性能，如增加内存、优化磁盘和网络等。
8. 定期收集统计信息：定期收集表和索引的统计信息，以便Oracle优化查询的执行计划。
第1页/共2页
锲而不舍，金石可镂。
9. 使用缓存和预编译：使用数据库缓存和预编译技术来提高查询速度。
10. 并发控制：合理设计并发控制机制，避免不必要的锁和死锁，提高查询和更新的并发性能。
总之，SQL性能优化是一个综合性工作，需要深入了解Oracle数据库的架构和原理，并结合具体的业务场景进行优化。
通过合理的索引设计、优化查询语句、优化表设计以及优化硬件和服务器配置等手段，可以大大提高Oracle数据库的性能。
Oracle的性能优化
千里之行，始于足下。
Oracle的性能优化Oracle数据库性能优化是提高数据库性能的关键步骤之一。
通过对数据库的优化，可以提高查询速度、降低系统负载、提升系统稳定性，从而提高用户的体验。
下面将介绍一些常见的Oracle数据库性能优化策略。
1. 索引优化：索引是提高查询效率的重要手段，可以极大地减少查询时的磁盘I/O操作。
优化索引包括以下几个方面：- 选择合适的索引类型，如B树索引、位图索引等。
根据具体业务场景选择适当的索引类型。
- 考虑创建复合索引，将多个列放在同一个索引内，可以减少索引的数量，提高查询效率。
- 避免创建过多的索引，过多的索引会增大数据插入和更新的成本。
- 定时对索引进行统计信息收集，使优化器能够更好地选择索引执行计划。
2. 查询优化：- 避免使用SELECT *查询，只查询需要的列，减少数据传输量。
- 使用合理的JOIN语句，避免嵌套循环连接或者全表扫描。
- 使用EXISTS或IN替代NOT EXISTS或NOT IN，后者在数据量大时性能较差。
- 避免使用函数或者表达式作为WHERE条件，这会导致索引失效。
- 使用分页查询时，尽量使用ROWNUM而不是OFFSET/FETCH，后者性能较差。
3. 表结构优化：- 合理设计表结构，尽量避免冗余数据和重复字段。
- 使用正确的数据类型，减少存储空间的浪费。
第1页/共3页锲而不舍，金石可镂。
- 选择合适的表空间和存储策略，避免表空间的碎片化和数据文件的扩展问题。
- 定期清理无用数据，避免数据库膨胀过快。
4. 系统参数优化：- 调整SGA参数和PGA参数的大小，根据实际情况合理分配内存。
- 调整日志参数，如redo日志大小和checkpoint间隔，减少写入磁盘的次数。
- 调整并发参数，如并行度和数据库连接数，提高系统的并发性能。
5. 存储优化：- 使用合理的存储结构，如表空间、数据文件、表和索引的分布策略。
- 使用合适的存储介质，如固态硬盘(SSD)、闪存阵列等，提高存储性能。
Oracle性能调优——基本参数调整
Oracle性能调整（一）——基本参数调整一、操作系统参数交换区是Oracle的一项基本的要求。
可以根据Oracle的发行要求来确定。
一般交换区大小的要求是该服务器内存的2倍至4倍之间，建议是内存的4倍Note2：oracle 文件设置当服务器平台已完成操作系统的安装后，就应该开始认真的考虑下面的问题：A、是否采用裸设备实际应用的生产系统基本都是采用裸设备，使用裸设备对于读写频繁的数据库应用来说，可以极大地提高数据库系统的性能。
B、安装点的考虑Oracle的安装点就是指数据文件、日志文件和控制文件的安置路径，为了使系统在以后运行性能达到优化，建议将数据文件、日志文件和控制文件的安置路径与数据库系统存放在不同的路径上。
最好将数据文件、日志文件和控制文件分别存放在不同的路径。
C、SYSTEM表空间对应数据文件在自定义安装会话中，建议你根据需要设置system表空间所对应的数据文件的大小。
一般要设置比默认值的2倍。
该数据文件的大小最好是在300MB至500MB间。
因为数据文件太小不利于系统的运行。
D、临时表空间对应的数据文件临时表空间对应的数据文件可以根据将来系统存放的应用的处理情况来定。
比如系统将来可能要经常进程排序处理，则需要设置较大的临时表空间，也可能需要再建立新的临时表空间。
这里建议临时表空间的数据文件在100MB至300MB左右。
E、回滚段表空间对应的数据文件回滚表空间都是系统管理，初始值也是根据系统事务量预估计的值，实际到运行阶段如果系统常出现ORA-01555错误的时候，可能就需要增加回滚表空间的大小。
F、日志文件的大小日志文件的大小对于Oracle系统的运行也是相当重要。
默认值是太小。
实际根据事务繁忙预估计日志大小，没有固定的具体值范围，建议重做日志切换时间不能过短也不能过长，一般在20－40分钟左右。
该参数可以在系统运行期间根据数据库系统日志切换时间重新调整，控制文件的大小。
G、数据库块的大小如果你的应用系统是OLTP的话，可以采用较小的数据库块。
oracle性能优化面试题
oracle性能优化面试题一、概述Oracle性能优化是数据库管理中的重要环节，通过合理的调整和优化，可以提升数据库的运行效率和响应速度，提高系统的稳定性和可用性。
在面试中，常常会涉及到Oracle性能优化相关的问题，下面是一些常见的Oracle性能优化面试题。
二、索引优化1. 请说明什么是索引？索引是一种特殊的数据库对象，它能够加快数据库的查询速度。
索引由一个或多个列组成，它们的值会按照一定的顺序进行排序，并建立索引数据结构以支持快速查找。
2. 如何确定何时创建索引？创建索引需要权衡查询的速度和更新的效率。
一般来说，当查询的频率远远大于更新的频率时，可以考虑创建索引。
同时也需要考虑查询的字段是否经常被使用，以及查询的覆盖度等因素。
3. 请说明常见的索引类型？常见的索引类型包括唯一索引、非唯一索引、主键索引、聚簇索引和非聚簇索引等。
4. 如何选择合适的索引？选择合适的索引需要考虑查询的频率、更新的频率、查询的覆盖度等因素。
同时还需要考虑索引的大小以及对于查询的影响。
三、SQL优化1. 请说明常见的SQL调优手段？常见的SQL调优手段包括使用合适的索引、优化SQL语句的写法、使用合适的连接方式、减少数据库的访问次数等。
2. 如何使用执行计划进行SQL优化？执行计划是Oracle数据库为了优化查询语句而生成的查询执行计划，其中包含了查询的操作步骤、连接方式、访问路径等信息。
可以通过查看执行计划来判断查询是否需要进行优化，并通过优化查询的方式来提升性能。
3. 如何优化大表查询？优化大表查询可以通过分页查询、增加条件过滤、创建合适的索引等方式来进行。
同时也可以考虑对大表进行分区或者分表的方式来提高查询效率。
四、资源优化1. 如何优化内存资源？优化内存资源可以通过调整SGA和PGA的大小来实现。
SGA包括共享池、数据库缓存和重做日志缓冲等，可以通过调整参数来合理分配内存。
PGA是为每个会话分配的私有内存区域，可以通过调整PGA_AGGREGATE_TARGET参数来优化。
34种Oracle性能优化的方法
34种Oracle性能优化的方法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 参数, 可以增加每次数据库访问的检索数据量 ,建议值为2006、使用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比较了。
Oracle性能调优
千里之行，始于足下。
Oracle性能调优
Oracle性能调优是指通过对数据库系统进行各种配置和优化，以提升数据库的响应速度、并发能力和稳定性，以满足用户的需求。
以下是一些常见的Oracle性能调优技巧：
1. 硬件配置：增加服务器的内存、CPU和磁盘等硬件资源，以提高数据库的整体性能。
2. SQL优化：通过检查和优化SQL语句，去除不必要的查询、索引不匹配等问题，以提高查询性能。
3. 索引优化：根据实际查询访问模式，设计合适的索引并定期进行重建和维护，以加快查询速度。
4. 数据库参数优化：调整Oracle数据库的各项参数，如SGA、PGA、缓冲池等，以提升数据库的性能。
5. 分区表和分区索引：将大表分割为多个小表，并使用分区索引来提高查询效率和维护性能。
6. 批处理操作：对于大批量的数据操作，尽量使用批处理操作，减少物理I/O次数，提高处理效率。
7. 数据库统计信息收集：定期收集和更新表的统计信息，以便查询优化器做出更准确的查询计划。
第1页/共2页
锲而不舍，金石可镂。
8. 资源管理：合理配置Oracle数据库的资源管理策略，如设置合适的连接数、并行度等，以实现最大化的利用率。
9. 数据库分析工具：使用各种数据库性能监控和分析工具，如AWR报告、SQL Trace等，来定位和解决性能瓶颈问题。
总结来说，Oracle性能调优是一个持续优化的过程，需要不断地监测、分析、调整和测试，以实现最佳的数据库性能。
同时，在调优过程中需根据具体情况进行有针对性的优化措施，以达到最好的性能效果。
Oracle数据库性能优化分析
千里之行，始于足下。
Oracle数据库性能优化分析Oracle数据库性能优化分析是指对Oracle数据库进行综合性能分析和优化的过程。
通过分析数据库的运行状况、识别潜在的性能瓶颈、确定解决方案并实施优化措施，可以提高数据库的性能和效率。
以下是Oracle数据库性能优化分析的一般步骤：1. 收集性能数据：通过Oracle的性能监控工具，如AWR报告、统计信息收集等，收集数据库的性能数据，包括CPU利用率、I/O响应时间、锁定情况等。
2. 确定性能瓶颈：通过分析性能数据，确定数据库中存在的性能瓶颈，如高CPU使用率、高IO等待、长时间的锁等待等。
3. 优化SQL语句：分析执行频次较高的SQL语句，通过重写SQL语句、调整索引和统计信息等方式，优化SQL语句的执行计划，减少IO开销和CPU消耗。
4. 优化数据库结构：根据应用的需求和查询模式，调整表结构、分区策略、索引设计等，以提高查询性能和数据访问效率。
5. 优化数据库配置参数：调整数据库的配置参数，包括缓冲区大小、日志大小、并发连接数等，以最大限度地利用硬件资源，提高数据库的吞吐量和响应时间。
6. 确保数据完整性和一致性：通过使用合适的约束和触发器，确保数据的完整性和一致性，防止数据错误和冲突对性能造成负面影响。
第1页/共2页锲而不舍，金石可镂。
7. 监控和调优：定期监控数据库的性能指标，如响应时间、吞吐量等，及时识别和解决潜在的性能问题，保持数据库的高可用性和性能稳定性。
需要注意的是，性能优化是一个综合性的工作，需要结合具体的应用场景和需求来进行分析和优化，没有一种通用的解决方案，需要根据实际情况进行定制化的优化措施。
同时，性能优化是一个持续改进的过程，需要定期评估数据库的性能状况，并根据需求进行调整和优化。
常见Oracle数据库优化策略与方法
常见Oracle数据库优化策略与方法
Oracle数据库优化是提高数据库性能的关键步骤，可以采取多种策略。
以下是一些常见的Oracle数据库优化策略：
1.硬件优化：这是最基本的优化方式。
通过升级硬件，比如增加RAM、使用
更快的磁盘、使用更强大的CPU等，可以极大地提升Oracle数据库的性能。
2.网络优化：通过优化网络连接，减少网络延迟，可以提高远程查询的效率。
3.查询优化：对SQL查询进行优化，使其更快地执行。
这包括使用更有效的
查询计划，减少全表扫描，以及使用索引等。
4.表分区：对大表进行分区可以提高查询效率。
分区可以将一个大表分成多
个小表，每个小表可以单独存储和查询。
5.数据库参数优化：调整Oracle数据库的参数设置，使其适应工作负载，可
以提高性能。
例如，调整内存分配，可以提升缓存性能。
6.数据库设计优化：例如，规范化可以减少数据冗余，而反规范化则可以提
升查询性能。
7.索引优化：创建和维护索引是提高查询性能的重要手段。
但过多的索引可
能会降低写操作的性能，因此需要权衡。
8.并行处理：对于大型查询和批量操作，可以使用并行处理来提高性能。
9.日志文件优化：适当调整日志文件的配置，可以提高恢复速度和性能。
10.监控和调优：使用Oracle提供的工具和技术监控数据库性能，定期进行性
能检查和调优。
请注意，这些策略并非一成不变，需要根据实际情况进行调整。
在进行优化时，务必先备份数据和配置，以防万一。
oracle优化原则和方法
在oracle数据库管理中，优化是最重要的一项，也是最基础的一项。
oracle优化是为了改善数据库访问性能，使其更加高效。
要进行优化，就需要正确的方法和原则，下面介绍oracle优化的一些原则和方法。
一、优化原则1．应限制数据库大小，减少数据库扩充带来的影响，进而节省存储空间；2．应注重数据库索引结构优化，引起合理分类，改善搜索效率；3．应使用合理的逻辑结构，使得访问表时，扫描表行越少越高；4．应尽量避免使用全表扫描，从而提高数据处理速度；5．应尽量避免在数据库中使用触发器或存储过程，以免增加不必要的开销；6．应注重事务处理，尽量避免使用长事务；7．应尽量减少事务完成时间，避免不必要的资源锁定；8．应使用合理的架构逻辑结构，避免将多个大表同时加载到内存中；9．应限制数据库连接数，减少用户的等待时间和系统的负荷；10．应尽可能用正确的方式和有效的技术来优化系统。
二、优化方法1．创建索引：创建正确的索引对于提高oracle数据库的性能非常重要。
创建索引时，要考虑建立索引应包括的列和索引的类型；2．优化SQL语句：通过修改或优化SQL语句，可以使oracle数据库更加高效；3．改善数据库可用性：通过合理的备份与恢复措施，以及采用定期维护慢查询SQL和检查数据的一致性等技术，可以改善数据库的可用性；4．监控调优：可以通过oracle数据库定期监控功能，监控各种资源消耗情况，并深入分析SQL表达式，进行针对性的优化；5．定期重建表和索引：定期重建表和索引，能够使oracle数据库性能得到改善；6．合理分区：oracle数据库中用到分区表来改进query语句执行速度，减少用户的时间等待；以上是oracle优化的原则和方法，以改善oracle数据库的性能，。
oracle性能优化总结
Oracle 性能优化50个方法1. 选用适合的ORACLE优化器ORACLE的优化器共有3种: a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性)设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在SQL句级或是会话(session)级对其进行覆盖. 为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你必须经常运行analyze 命令,以增加数据库中的对象统计信息(object statistics)的准确性. 如果数据库的优化器模式设置为选择性(CHOOSE),那么实际的优化器模式将和是否运行过analyze命令有关. 如果table已经被analyze过, 优化器模式将自动成为CBO , 反之,数据库将采用RULE形式的优化器. 在缺省情况下,ORACLE采用CHOOSE优化器, 为了避免那些不必要的全表扫描(full table scan) , 你必须尽量避免使用CHOOSE优化器,而直接采用基于规则或者基于成本的优化器.2. 访问Table的方式ORACLE 采用两种访问表中记录的方式:a. 全表扫描全表扫描就是顺序地访问表中每条记录. ORACLE采用一次读入多个数据块(database block)的方式优化全表扫描,这样的访问方式是效率最低的.b. 通过ROWID访问表你可以采用基于ROWID的访问方式情况,提高访问表的效率, , ROWID包含了表中记录的物理位置信息..ORACLE采用索引(INDEX)实现了数据和存放数据的物理位置(ROWID)之间的联系. 通常索引提供了快速访问ROWID的方法,因此那些基于索引列的查询就可以得到性能上的提高.3. 共享SQL语句为了不重复解析相同的SQL语句,在第一次解析之后, ORACLE将SQL语句存放在内存中.这块位于系统全局区域SGA(system global area)的共享池(shared buffer pool)中的内存可以被所有的数据库用户共享. 因此,当你执行一个SQL语句(有时被称为一个游标)时,如果它和之前的执行过的语句完全相同, ORACLE就能很快获得已经被解析的语句以及最好的执行路径. ORACLE的这个功能大大地提高了SQL的执行性能并节省了内存的使用. 可惜的是ORACLE只对简单的表提供高速缓冲(cache buffering) ,这个功能并不适用于多表连接查询. 数据库管理员必须在init.ora中为这个区域设置合适的参数,当这个内存区域越大,就可以保留更多的语句,当然被共享的可能性也就越大了. 当你向ORACLE 提交一个SQL语句,ORACLE会首先在这块内存中查找相同的语句. 这里需要注明的是,ORACLE对两者采取的是一种严格匹配,要达成共享,SQL语句必须完全相同(包括空格,换行等). 共享的语句必须满足三个条件:A. 字符级的比较: 当前被执行的语句和共享池中的语句必须完全相同. 例如:SELECT * FROM EMP;和下列每一个都不同SELECT * from EMP;Select * From Emp;SELECT * FROM EMP;B. 两个语句所指的对象必须完全相同: 例如:用户对象名如何访问Jack sal_limit private synonymWork_city public synonymPlant_detail public synonymJill sal_limit private synonymWork_city public synonymPlant_detail table owner考虑一下下列SQL语句能否在这两个用户之间共享.C. 两个SQL语句中必须使用相同的名字的绑定变量(bind variables) 例如：第一组的两个SQL语句是相同的(可以共享),而第二组中的两个语句是不同的(即使在运行时,赋于不同的绑定变量相同的值)select pin , name from people where pin = :blk1.pin;select pin , name from people where pin = :blk1.pin;select pin , name from people where pin = :blk1.ot_ind;select pin , name from people where pin = :blk1.ov_ind;4. 选择基础表所谓基础表是被最先被访问的表,通常是以全表扫描的方式被访问,由于优化器不同,SQL语句的基础表的选择也不同.1.COST优化器会检查SQL中每个表的物理大小,索引状态,然后选择花费最底的执行路径.他会自己选择基础表2.RULE优化器,在所有连接条件都有索引对应的前提下,选择FROM子句中最后那个表作为基础表.ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,因此FROM子句中写在最后的表(基础表driving table)将被最先处理. 在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.当ORACLE处理多个表时, 会运用排序及合并的方式连接它们.首先,扫描第一个表(FROM子句中最后的那个表)并对记录进行派序,然后扫描第二个表(FROM子句中最后第二个表),最后将所有从第二个表中检索出的记录与第一个表中合适记录进行合并. 例如: 表TAB1 16,384 条记录表TAB2 1 条记录。
第09章Oracle的性能优化
9.2 SQL语句的优化
9.2.1 SQL语句的优化规则 9.2.2 SQL语句优化的具体方法
9.2.1 SQL语句的优化规则
（1）去掉不必要的大表、全表扫描。不必要的大表、全表 扫描会造成不必要的输入输出，而且还会拖垮整个数据库；
（2）检查优化索引的使用 这对于提高查询速度来说非常重 要；
（3）检查子查询，考虑SQL子查询是否可以用简单连接的 方式进行重新书写；
系统的服务器，可以使用sar –u命令查看CPU的使用率；NT 操作系统的服务器，可以使用NT的性能管理器来查看CPU 的使用率。
出现CPU资源不足的情况是很多的：SQL语句的重解析、 低效率的SQL语句、锁冲突都会引起CPU资源不足。
2．查看SQL语句的解析情况 （1）数据库管理员可以执行下述语句来查看SQL语句的解析 情况：
9.3 Oracle运行环境的优化
9.3.1 内存结构的调整 9.3.2 物理I/O的调整 9.3.3 CPU的优化调整 9.3.4 网络配置的优化 9.3.5 Oracle碎片整理 9.3.6 Oracle系统参数的调整
9.3.1 内存结构的调整
内存参数的调整主要是指Oracle数据库的系统全局区 （SGA）的调整。SGA主要由三部分构成：共享池、数 据缓冲区、日志缓冲区。
2．数据缓冲区 数据库管理员可以通过下述语句，来查看数据库数据缓冲区
的使用情况。
SELECT name， FROM v$sysstat WHERE name IN （'db block gets','consistent gets','physical reads'）;
根据查询出来的结果可以计算出数据缓冲区的使用命中率：
论Oracle数据库的性能优化问题
论Oracle数据库的性能优化问题Oracle数据库是一款流行的企业级数据库软件，但其性能优化问题也是不可避免的。
在实际应用中，如果Oracle数据库出现性能问题，将有严重的影响和损失。
因此，本文将讨论如何优化Oracle数据库的性能问题。
首先，针对Oracle数据库的性能瓶颈，可以通过调整数据库参数来提高性能。
Oracle数据库有很多参数可以配置，例如，缓存区大小、连接数、内存分配等。
通过针对不同的应用场景调整不同的参数配置，可以最大化地利用数据库的性能。
其次，针对SQL的性能问题，可以通过改进SQL语句来提高性能。
SQL优化是一项复杂的工作，但可以通过分析SQL执行计划来发现性能瓶颈，例如，缺乏索引、大表连接、高开销的子查询等。
并可以通过添加索引、优化查询语句等方式来提高数据库的性能。
除此之外，还可以通过加强硬件设备等方面来提升数据库性能。
例如，扩展数据库服务器的内存和硬盘容量，可以提高数据库的读写速度。
而使用高速网络设备如IB网络和10/100G以太网设备等，也可提高数据库的数据传输速度。
此外，Oracle数据库的性能优化也需要管理进程的支持与配合。
例如，数据库管理员需要监控数据库服务器硬件和软件性能，例如Oracle数据库的内部锁、等待事件、I/O活动等等。
在监控到性能问题后，需要在业务空档期进行优化，如调整SQL语句、更改数据库参数等。
总之，提高Oracle数据库的性能需要全面考虑软硬件配置、SQL语句等多个方面的因素。
通过合理的参数配置、SQL优化和硬件支持等方式，可以优化数据库的性能，提高应用的稳定性和响应速度。
Oracle的性能优化
千里之行，始于足下。
Oracle的性能优化
Oracle的性能优化是提高数据库系统性能和响应速度的关键步骤，可以通
过如下几个方面进行优化：
1. 数据库设计和规范化：合理的数据库设计和良好的规范化可以减少数据冗余，提高查询效率，避免数据冲突和不一致。
2. 索引优化：在频繁查询的字段上创建适当的索引，可以加快查询速度。
但是，索引不宜过多，因为它们会增加数据修改和插入的时间。
3. 查询优化：优化查询语句的执行计划，使用正确的连接方法（如内连接、外连接），避免全表扫描。
4. 硬件升级：增加内存、硬盘和处理器等硬件资源，可以显著提高
Oracle数据库的性能。
5. 优化配置参数：根据数据库的特点和应用的需求，调整数据库的配置参数，例如SGA大小、PGA大小、日志文件大小等，以提高性能。
6. 数据库优化：使用合适的数据库特性，如分区表、分区索引、物化视图等，优化数据库的存储和查询效率。
7. 监控和调优：持续监控数据库的性能指标，如CPU利用率、内存使用率、磁盘IO等，并及时进行适当的调优操作。
第1页/共2页
锲而不舍，金石可镂。
总体来说，Oracle的性能优化需要综合考虑数据库设计、硬件配置、查询优化和系统监控等多个方面，通过不断的调整和优化，提高数据库的性能和响应速度。
Oracle数据库性能优化分析
Oracle数据库性能优化分析Oracle数据库性能优化是数据库管理中不可缺少的一部分。
要想让Oracle数据库运行得更快、更稳定，就需要进行性能优化。
这篇文章将从诊断问题、优化SQL查询、调整数据库参数等方面，介绍Oracle数据库性能优化的主要方法。
一、诊断问题在进行Oracle数据库性能优化之前，需要诊断问题，找出可能影响数据库性能的因素。
可以采用Oracle自带的一些工具，比如AWR（Automatic Workspace Repository）报告、ASH （Active Session History）数据等，来分析数据库的性能瓶颈。
AWR报告可以提供大量的信息，包括系统负载、等待事件、SQL执行统计等，这些信息可以帮助我们找出哪些SQL语句执行缓慢、哪些等待事件占用了过多的系统资源。
ASH数据则在AWR报告的基础上，提供了更为详细的会话信息。
我们可以通过对ASH数据的分析，了解每个会话的活动情况、等待事件及其统计信息等。
二、优化SQL查询优化SQL查询是Oracle数据库性能优化的重要步骤。
通过改写SQL查询、优化索引、统计信息等，来改善数据库的查询效率。
1. 改写SQL查询Oracle支持许多不同的SQL查询语句，而不同的查询语句的效率也是不同的。
比如，使用程序中嵌套的查询语句，可能会导致性能下降。
在这种情况下，可以使用联接查询来代替嵌套查询。
例如：SELECT *FROM departmentWHERE dept_id IN (SELECT dept_idFROM employeeWHERE emp_name = 'John');可以使用联接查询来代替上述嵌套查询：SELECT *FROM department, employeeWHERE department.dept_id = employee.dept_idAND employee.emp_name = 'John';2. 优化索引建立适当的索引是提高Oracle数据库性能的有效方法之一。
Oracle性能究极优化（Oracle性能优化）
Oracle性能究极优化（Oracle性能优化）原作者：Bert Scalzo⽬前，HP，Compaq，Dell，IBM 以及 Oracle 都在加快速度拥抱 Linux ，这个开放源码的操作系统。
根据 eWeek 的统计，去年 Linux 服务器的销售量⼤约占据了 Compaq 的 30%，Dell 的 13.7%，IBM 的 13.5%。
⽽且 IBM 2001年度在 Linux 上的投⼊有 10 个亿。
Intel 最新的 64 位的 Itanium CPU 只⽀持四种操作系统：Windows, Linux, AIX 和 HP-UX。
我们也不要忘记Oracle 的 9i 数据库 Linux 版本要⽐ Windows 版本早⼀个⽉。
尽管 Linux 能跑在从 IBM S/390 到 Sun SPARC 结构的服务器，但是对于⼤多数⼈来说，Intel 还是 Linux 跑得最多的平台。
本⽂就是要讲述通过简单的性能调正，使 Oracle 的性能提升 1000% 的办法。
本⽂采⽤的测试环境是⼀台 Compaq 4 CPU，512 MB ，8 部 7200 rpm SCSI 磁盘的服务器，然后在⼏乎同样的单 CPU Athlon 系统上作了测试，内存⼀样，但是只有⼀部 7200 rpm 的 Ultra 100 IDE 磁盘。
尽管最后的结果和得到的百分⽐不⼀样，但是观测得到的性能提升是⼀致的。
为了简单起见，我们的测试环境采⽤ TPC 基准测试，它⼴泛地⽤于 OLTP 的负荷测试。
Quest 公司有⼀个叫做 Benchmark Factory 的⼯具，使测试⼯作变得就像发送电⼦邮件⼀样简单。
下⾯我们将分别通过 DB 的调整和 OS 的调整来看测试的结果。
DB1 的初始化参数⼀般不常见，为了说明问题，我们使⽤这些参数并作为基准。
DB1: Initial DatabaseDatabase Block Size 2KSGA Buffer Cache 64MSGA Shared Pool 64MSGA Redo Cache 4MRedo Log Files 4MTablespaces DictionaryTPC Results Load Time (Seconds) 49.41Transactions / Second 8.152显然需要加⼤ SGA ⼤⼩，我们来看 DB2 的结果：DB2: Cache & PoolDatabase Block Size 2KSGA Buffer Cache 128MSGA Shared Pool 128MSGA Redo Cache 4MRedo Log Files 4MTablespaces DictionaryTPC Results Load Time (Seconds) 48.57Transactions / Second 9.147增⼤ SGA 已经缓冲看来对于性能的提升并不显著，加载时间只提升了 1.73%。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
ORACLE的优化器共有3种A、RULE (基于规则) b、COST (基于成本) c、CHOOSE (选择性)设置缺省的优化器，可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明，如RULE，COST，CHOOSE，ALL_ROWS，FIRST_ROWS 。
你当然也在SQL句级或是会话(session)级对其进行覆盖。
为了使用基于成本的优化器(CBO， Cost-Based Optimizer) ，你必须经常运行analyze 命令，以增加数据库中的对象统计信息(object statistics)的准确性。
如果数据库的优化器模式设置为选择性(CHOOSE)，那么实际的优化器模式将和是否运行过analyze命令有关。
如果table已经被analyze过，优化器模式将自动成为CBO ，反之，数据库将采用RULE形式的优化器。
在缺省情况下，ORACLE采用CHOOSE优化器，为了避免那些不必要的全表扫描(full table scan) ，你必须尽量避免使用CHOOSE优化器，而直接采用基于规则或者基于成本的优化器。
2.访问Table的方式ORACLE 采用两种访问表中记录的方式：A、全表扫描全表扫描就是顺序地访问表中每条记录。
ORACLE采用一次读入多个数据块(database block)的方式优化全表扫描。
B、通过ROWID访问表你可以采用基于ROWID的访问方式情况，提高访问表的效率， ROWID 包含了表中记录的物理位置信息。
ORACLE采用索引(INDEX)实现了数据和存放数据的物理位置(ROWID)之间的联系。
通常索引提供了快速访问ROWID的方法，因此那些基于索引列的查询就可以得到性能上的提高。
3.共享SQL语句为了不重复解析相同的SQL语句，在第一次解析之后，ORACLE将SQL语句存放在存中。
这块位于系统全局区域SGA(system global area)的共享池(shared buffer pool)中的存可以被所有的数据库用户共享。
因此，当你执行一个SQL语句(有时被称为一个游标)时，如果它和之前的执行过的语句完全相同， ORACLE就能很快获得已经被解析的语句以及最好的执行路径。
ORACLE的这个功能大提高了SQL的执行性能并节省了存的使用。
可惜的是ORACLE只对简单的表提供高速缓冲(cache buffering)，这个功能并不适用于多表连接查询。
数据库管理员必须在init.ora中为这个区域设置合适的参数，当这个存区域越大，就可以保留更多的语句，当然被共享的可能性也就越大了。
当你向ORACLE提交一个SQL语句，ORACLE会首先在这块存中查找相同的语句。
这里需要注明的是，ORACLE对两者采取的是一种严格匹配，要达成共享，SQL语句必须完全相同(包括空格，换行等)。
数据库管理员必须在init.ora中为这个区域设置合适的参数，当这个存区域越大，就可以保留更多的语句，当然被共享的可能性也就越大了。
共享的语句必须满足三个条件：A、字符级的比较：当前被执行的语句和共享池中的语句必须完全相同。
B、两个语句所指的对象必须完全相同：C、两个SQL语句中必须使用相同的名字的绑定变量(bind variables)。
4.选择最有效率的表名顺序(只在基于规则的优化器中有效)ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名，因此FROM子句中写在最后的表(基础表 driving table)将被最先处理。
在FROM子句中包含多个表的情况下，你必须选择记录条数最少的表作为基础表。
当ORACLE处理多个表时，会运用排序及合并的方式连接它们。
首先，扫描第一个表(FROM子句中最后的那个表)并对记录进行派序，然后扫描第二个表(FROM子句中最后第二个表)，最后将所有从第二个表中检索出的记录与第一个表中合适记录进行合并。
如果有3个以上的表连接查询，那就需要选择交叉表(intersection table)作为基础表，交叉表是指那个被其他表所引用的表。
5.WHERE子句中的连接顺序ORACLE采用自下而上的顺序解析WHERE子句，根据这个原理，表之间的连接必须写在其他WHERE条件之前，那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾。
6.SELECT子句中避免使用 ' * '当你想在SELECT子句中列出所有的COLUMN时，使用动态SQL列引用 '*' 是一个方便的方法。
不幸的是，这是一个非常低效的方法。
实际上，ORACLE在解析的过程中，会将'*' 依次转换成所有的列名，这个工作是通过查询数据字典完成的，这意味着将耗费更多的时间。
7.减少访问数据库的次数当执行每条SQL语句时，ORACLE在部执行了许多工作：解析SQL语句，估算索引的利用率，绑定变量，读数据块等等。
由此可见，减少访问数据库的次数，就能实际上减少ORACLE的工作量。
8.使用DECODE函数来减少处理时间使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表。
9.整合简单，无关联的数据库访问如果你有几个简单的数据库查询语句，你可以把它们整合到一个查询中(即使它们之间没有关系)10.删除重复记录11.用TRUNCATE替代DELETE当删除表中的记录时，在通常情况下，回滚段(rollback segments ) 用来存放可以被恢复的信息。
如果你没有COMMIT事务，ORACLE会将数据恢复到删除之前的状态(准确地说是恢复到执行删除命令之前的状况)。
而当运用TRUNCATE时，回滚段不再存放任何可被恢复的信息。
当命令运行后，数据不能被恢复。
因此很少的资源被调用，执行时间也会很短。
12.尽量多使用COMMIT只要有可能，在程序中尽量多使用COMMIT，这样程序的性能得到提高，需求也会因为COMMIT所释放的资源而减少COMMIT所释放的资源：A、回滚段上用于恢复数据的信息。
B、被程序语句获得的锁。
C、 redo log buffer 中的空间。
D、ORACLE为管理上述3种资源中的部花费。
13.计算记录条数和一般的观点相反，count(*) 比count(1)稍快，当然如果可以通过索引检索，对索引列的计数仍旧是最快的。
例如 COUNT(EMPNO)14.用Where子句替换HAVING子句避免使用HAVING子句，HAVING 只会在检索出所有记录之后才对结果集进行过滤。
这个处理需要排序，总计等操作。
如果能通过WHERE子句限制记录的数目，那就能减少这方面的开销。
15.减少对表的查询在含有子查询的SQL语句中，要特别注意减少对表的查询。
16.通过部函数提高SQL效率。
17.使用表的别名(Alias)当在SQL语句中连接多个表时，请使用表的别名并把别名前缀于每个Column上。
这样一来，就可以减少解析的时间并减少那些由Column歧义引起的语法错误。
18.用EXISTS替代IN在许多基于基础表的查询中，为了满足一个条件，往往需要对另一个表进行联接。
在这种情况下，使用EXISTS(或NOT EXISTS)通常将提高查询的效率。
19.用NOT EXISTS替代NOT IN在子查询中，NOT IN子句将执行一个部的排序和合并。
无论在哪种情况下，NOT IN 都是最低效的 (因为它对子查询中的表执行了一个全表遍历)。
为了避免使用NOT IN ，我们可以把它改写成外连接(Outer Joins)或NOT EXISTS。
20.用表连接替换EXISTS通常来说，采用表连接的方式比EXISTS更有效率21.用EXISTS替换DISTINCT当提交一个包含一对多表信息(比如部门表和雇员表)的查询时，避免在SELECT子句中使用DISTINCT。
一般可以考虑用EXIST替换２２、用索引提高效率：索引是表的一个概念部分,用来提高检索数据的效率，ORACLE使用了一个复杂的自平衡B-tree结构. 通常,通过索引查询数据比全表扫描要快. 当ORACLE找出执行查询和Update 语句的最佳路径时, ORACLE优化器将使用索引. 同样在联结多个表时使用索引也可以提高效率. 另一个使用索引的好处是,它提供了主键(primary key)的唯一性验证.。
那些LONG或LONG RAW数据类型, 你可以索引几乎所有的列. 通常, 在大型表中使用索引特别有效. 当然,你也会发现, 在扫描小表时,使用索引同样能提高效率. 虽然使用索引能得到查询效率的提高,但是我们也必须注意到它的代价. 索引需要空间来存储,也需要定期维护, 每当有记录在表中增减或索引列被修改时, 索引本身也会被修改. 这意味着每条记录的INSERT , DELETE , UPDATE将为此多付出4 , 5 次的磁盘I/O . 因为索引需要额外的存储空间和处理,那些不必要的索引反而会使查询反应时间变慢.。
定期的重构索引是有必要的.：ALTER INDEX <INDEXNAME> REBUILD <TABLESPACENAME>23 sql语句用大写的；因为oracle总是先解析sql语句，把小写的字母转换成大写的再执行24在java代码中尽量少用连接符“＋”连接字符串！25用>=替代>高效:SELECT * FROM EMP WHERE DEPTNO >=4 低效:SELECT * FROM EMP WHERE DEPTNO >3 两者的区别在于, 前者DBMS将直接跳到第一个DEPT等于4的记录而后者将首先定位到DEPTNO=3的记录并且向前扫描到第一个DEPT 大于3的记录.26 用UNION替换OR (适用于索引列)通常情况下, 用UNION替换WHERE子句中的OR将会起到较好的效果. 对索引列使用OR将造成全表扫描. 注意, 以上规则只针对多个索引列有效. 如果有column没有被索引, 查询效率可能会因为你没有选择OR而降低. 在下面的例子中, LOC_ID 和REGION上都建有索引. 高效: SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE LOC_ID = 10 UNION SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE REGION = “MELBOURNE” 低效: SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE LOC_ID = 10 OR REGION = “MELBOURNE” 如果你坚持要用OR, 那就需要返回记录最少的索引列写在最前面.27避免在索引列上使用IS NULL和IS NOT NULL避免在索引中使用任何可以为空的列，ORACLE将无法使用该索引．对于单列索引，如果列包含空值，索引中将不存在此记录. 对于复合索引，如果每个列都为空，索引中同样不存在此记录. 如果至少有一个列不为空，则记录存在于索引中．举例: 如果唯一性索引建立在表的A列和B列上, 并且表中存在一条记录的A,B值为(123,null) , ORACLE将不接受下一条具有相同A,B值（123,null）的记录(插入). 然而如果所有的索引列都为空，ORACLE 将认为整个键值为空而空不等于空. 因此你可以插入1000 条具有相同键值的记录,当然它们都是空! 因为空值不存在于索引列中,所以WHERE子句中对索引列进行空值比较将使ORACLE停用该索引.低效: (索引失效) SELECT … FROM DEPARTMENT WHERE DEPT_CODE IS NOT NULL; 高效: (索引有效) SELECT … FROM DEPARTMENT WHERE DEPT_CODE >=0;28用UNION-ALL 替换UNION ( 如果有可能的话)：当SQL语句需要UNION两个查询结果集合时,这两个结果集合会以UNION-ALL的方式被合并, 然后在输出最终结果前进行排序. 如果用UNION ALL替代UNION, 这样排序就不是必要了. 效率就会因此得到提高. 需要注意的是，UNION ALL 将重复输出两个结果集合中相同记录. 因此各位还是要从业务需求分析使用UNION ALL的可行性. UNION 将对结果集合排序,这个操作会使用到SORT_AREA_SIZE这块存. 对于这块存的优化也是相当重要的. 下面的SQL可以用来查询排序的消耗量29需要当心的WHERE子句:某些SELECT 语句中的WHERE子句不使用索引. 这里有一些例子. 在下面的例子里, (1)‘!='将不使用索引. 记住, 索引只能告诉你什么存在于表中, 而不能告诉你什么不存在于表中. (2) ‘||'是字符连接函数. 就象其他函数那样, 停用了索引. (3) ‘+'是数学函数. 就象其他数学函数那样, 停用了索引. (4)相同的索引列不能互相比较,这将会启用全表扫描.30带有DISTINCT,UNION,MINUS,INTERSECT,ORDER BY的SQL语句会启动SQL引擎执行耗费资源的排序(SORT)功能. DISTINCT需要一次排序操作, 而其他的至少需要执行两次排序. 通常, 带有UNION, MINUS , INTERSECT的SQL语句都可以用其他方式重写. 如果你的数据库的SORT_AREA_SIZE调配得好, 使用UNION , MINUS, INTERSECT也是可以考虑的, 毕竟它们的可读性很强31优化GROUP BY:提高GROUP BY 语句的效率, 可以通过将不需要的记录在GROUP BY 之前过滤掉.下面两个查询返回相同结果但第二个明显就快了许多.。