sql性能的调整-总结（69页完整版）

sql

需积分: 10 38 浏览量更新于2023-05-27 评论收藏 957KB PDF 举报

身份认证购VIP最低享 7 折!

领优惠券(最高得80元）

资源详情

资源评论

资源推荐

前言

本文档主要介绍与 SQL 调整有关的内容，内容涉及多个方面：SQL 语句执行的过程、

ORACLE 优化器，表之间的关联，如何得到 SQL 执行计划，如何分析执行计划等内容，从

而由浅到深的方式了解 SQL 优化的过程，使大家逐步步入 SQL 调整之门，然后你将发

现……。

该文档的不当之处，敬请指出，以便进一步改正。请将其发往我的信箱：

xu_yu_jin2000@sina.com。

如果引用本文的内容，请著名出处！

作者：徐玉金

MSN：sunny_xyj@hotmial.com

Email: xu_yu_jin2000@sina.com

日期：2005.12.12

活跃于:www.cnoug.org SunnyXu

第 1 章性能调整综述

Oracle 数据库是高度可调的数据库产品。本章描述调整的过程和那些人员应与 Oracle

服务器的调整有关，以及与调整相关联的操作系统硬件和软件。本章包括以下方面:

 谁来调整系统?

 什么时候调整?

 建立有效调整的目标

 在设计和开发时的调整

 调整产品系统

 监控产品系统

谁来调整系统:

为了有效地调整系统，若干类人员必须交换信息并牵涉到系统调整中，例如:

 应用设计人员必须传达应用系统的设计，使得每个人都清楚应用中的数据流动.

 应用开发人员必须传达他们选择的实现策略，使得语句调整的过程中能快速、容易地识

别有问题的应用模块和可疑的 SQL 语句.

 数据库管理人员必须仔细地监控系统活动并提供它们的资料，使得异常的系统性能可被

快速得识别和纠正.

 硬件/软件管理人员必须传达系统的硬件、软件配置并提供它们的资料，使得相关人员

能有效地设计和管理系统。

简而言之，与系统涉及的每个人都在调整过程中起某些作用，当上面提及的那些人员传

达了系统的特性并提供了它们的资料，调整就能相对的容易和更快一些。

不幸的是，事实上的结果是：数据库管理员对调整负有全部或主要的责任。但是，数据

库管理员很少有合适的系统方面的资料，而且，在很多情况下，数据库管理员往往是在实施

阶段才介入数据库，这就给调整工作带来许多负面的影响，因为在设计阶段的缺陷是不能通

过 DBA 的调整而得以解决，而设计阶段的缺陷往往对数据库性能造成极大的影响。

其实，在真正成熟的开发环境下，开发人员作为纯代码编写人员时，对性能的影响最小，

此时大部分的工作应由应用设计人员完成，而且数据库管理员往往在前期的需求管理阶段就

介入，为设计人员提供必要的技术支持。

调整并不是数据库管理员的专利，相反大部分应该是设计人员和开发人员的工作，这就

需要设计人员和开发人员具体必要的数据库知识，这样才能组成一个高效的团队，然而事实

上往往并非如此。

什么时候作调整？

多数人认为当用户感觉性能差时才进行调整，这对调整过程中使用某些最有效的调整策

略来说往往是太迟了。此时，如果你不愿意重新设计应用的话，你只能通过重新分配内存(调

整 SGA)和调整 I/O 的办法或多或少地提高性能。Oracle 提供了许多特性，这些特性只有应

用到正确地设计的系统中时才能够很大地提高性能。

应用设计人员需要在设计阶段设置应用的性能期望值。然后在设计和开发期间，应用设

计人员应考虑哪些 Oracle 特性可以对系统有好处，并使用这些特性。

通过良好的系统设计，你就可以在应用的生命周期中消除性能调整的代价和挫折。图

1-1 图 1-2 说明在应用的生命周期中调整的相对代价和收益，正如你见到的，最有效的调整

 确定问题的原因

 采取纠正的动作

当你设计系统时，制定专门的目标；例如，响应时间小于３秒。当应用不能满足此

目标时，识别造成变慢的瓶颈（例如，I/O 竞争），确定原因，采取纠正动作。在开发

期间，你应测试应用研究，确定在采取应用之前是否满足设计的性能目标。

当你正在维护生产库系统时，有多种快速有效的方法来识别性能瓶颈。

不管怎样，调整通常是一系列开销。一旦你已确定了瓶颈，你可能要牺牲一些其它

方面的指标来达到所要的结果。例如，如果 I/O 有问题，你可能需要更多内存或磁盘。

如果不可能买，你可能要限制系统的并发性，来获取所需的性能。然而，如果你已经

明确地定义了性能的目标，那用什么来交换高性能的决策就变的很容易的，因为你已

经确定了哪些方面是最重要的，如过我的目标为高性能，可能牺牲一些空间资源。

随着应用的越来越庞大，硬件性能的提高，全面的调整应用逐渐变成代价高昂的行

为，在这样情况下，要取得最大的投入/效率之比，较好的办法是调整应用的关键部分，

使其达到比较高的性能，这样从总体上来说，整个系统的性能也是比较高的。这也就

是有名的 20/80 原则，调整应用的 20%(关键部分)，能解决 80%的问题。

在设计和开发系统时作调整

良好设计的系统可以防止在应用生命周期中产生性能问题。系统设计人员和应用

开发人员必须了解 Oracle 的查询处理机制以便写出高效的 SQL 语句。“第 2 章有效

的应用设计”讨论了你的系统中各种可用的配置，以及每种配置更适合哪种类型的应

用。“第 5 章优化器”讨论了 Oracle 的查询优化器，以及如何写语句以获取最快的结

果。

当设计你的系统时，使用下列优化性能的准则：

 消除客户机／服务器应用中不必要的网络传输。-- 使用存储过程。

 使用适合你系统的相应 Oracle 服务器选件（例如，并行查询或分布式数据库）。

 除非你的应用有特殊的需要，否则使用缺省的 Oracle 锁。

 利用数据库记住应用模块，以便你能以每个模块为基础来追踪性能。

 选择你的数据块的最佳大小。 -- 原则上来说大一些的性能较好。

 分布你的数据，使得一个节点使用的数据本地存贮在该节点中。

调整产品系统

本节描述对应用系统快速、容易地找出性能瓶颈，并决定纠正动作的方法。这种方

法依赖于对 Oracle 服务器体系结构和特性的了解程度。在试图调整你的系统前，你应熟悉

Oracle 调整的内容。

为调整你已有的系统，遵从下列步骤：

 调整操作系统的硬件和软件

 通过查询 V $SESSION_WAIT 视图，识别性能的瓶颈，这个动态性能视图列

出了造成会话(session)等待的事件。

 通过分析 V $SESSION_WAIT 中的数据，决定瓶颈的原因。

 纠正存在的问题。

监控应用系统

这主要是通过监控 oracle 的动态视图来完成。

各种有用的动态视图：如 v$session_wait, v$session_event 等。

剩余68页未读，继续阅读

mapplei

粉丝: 127
资源: 1304

会员权益专享

sql性能的调整-总结（69页完整版）

评论0

会员权益专享

最新资源

sql性能的调整-总结（69页完整版）

评论0

Informix 11 SQL性能调整

sqljdbc4-4.0.jar

数据库大作业--网上购物系统（sql server）--zq

Getting-Started-with-SQL-A-Hands-On-Approach-for-Beginners.pdf

SQL语句教程--教你写好SQL语句

flink-sql-connector-mysql-cdc

sql优化之-------spark实现hql时发现的order by、sort by 性能问题

sql server profiler教程

Inside Microsoft SQL Server 2008 - T-SQL Querying

嵌入式SQL（E-SQL）简介

sql on hadoop性能对比－hive、spark sql、impala

ubuntu18.04安装vtk7.1.1

SQL-Server-2008实用案例教程(完整版)

SQL-Anywhere-Server17- 数据库管理中文版

SQL-Server-期末考试题目及答案.doc

人工智能自动sql优化工具--SQLTuning for SQL Server

spark2 sql原理分析--如何调试query execution

t-sql性能调优秘笈 电子书

会员权益专享

最新资源

t-sql性能调优秘笈电子书