- 浏览: 2662962 次
- 来自: 杭州
文章分类
- 全部博客 (1188)
- webwork (4)
- 网摘 (18)
- java (103)
- hibernate (1)
- Linux (85)
- 职业发展 (1)
- activeMQ (2)
- netty (14)
- svn (1)
- webx3 (12)
- mysql (81)
- css (1)
- HTML (6)
- apache (3)
- 测试 (2)
- javascript (1)
- 储存 (1)
- jvm (5)
- code (13)
- 多线程 (12)
- Spring (18)
- webxs (2)
- python (119)
- duitang (0)
- mongo (3)
- nosql (4)
- tomcat (4)
- memcached (20)
- 算法 (28)
- django (28)
- shell (1)
- 工作总结 (5)
- solr (42)
- beansdb (6)
- nginx (3)
- 性能 (30)
- 数据推荐 (1)
- maven (8)
- tonado (1)
- uwsgi (5)
- hessian (4)
- ibatis (3)
- Security (2)
- HTPP (1)
- gevent (6)
- 读书笔记 (1)
- Maxent (2)
- mogo (0)
- thread (3)
- 架构 (5)
- NIO (5)
- 正则 (1)
- lucene (5)
- feed (4)
- redis (17)
- TCP (6)
- test (0)
- python,code (1)
- PIL (3)
- guava (2)
- jython (4)
- httpclient (2)
- cache (3)
- signal (1)
- dubbo (7)
- HTTP (4)
- json (3)
- java socket (1)
- io (2)
- socket (22)
- hash (2)
- Cassandra (1)
- 分布式文件系统 (5)
- Dynamo (2)
- gc (8)
- scp (1)
- rsync (1)
- mecached (0)
- mongoDB (29)
- Thrift (1)
- scribe (2)
- 服务化 (3)
- 问题 (83)
- mat (1)
- classloader (2)
- javaBean (1)
- 文档集合 (27)
- 消息队列 (3)
- nginx,文档集合 (1)
- dboss (12)
- libevent (1)
- 读书 (0)
- 数学 (3)
- 流程 (0)
- HBase (34)
- 自动化测试 (1)
- ubuntu (2)
- 并发 (1)
- sping (1)
- 图形 (1)
- freemarker (1)
- jdbc (3)
- dbcp (0)
- sharding (1)
- 性能测试 (1)
- 设计模式 (2)
- unicode (1)
- OceanBase (3)
- jmagick (1)
- gunicorn (1)
- url (1)
- form (1)
- 安全 (2)
- nlp (8)
- libmemcached (1)
- 规则引擎 (1)
- awk (2)
- 服务器 (1)
- snmpd (1)
- btrace (1)
- 代码 (1)
- cygwin (1)
- mahout (3)
- 电子书 (1)
- 机器学习 (5)
- 数据挖掘 (1)
- nltk (6)
- pool (1)
- log4j (2)
- 总结 (11)
- c++ (1)
- java源代码 (1)
- ocr (1)
- 基础算法 (3)
- SA (1)
- 笔记 (1)
- ml (4)
- zokeeper (0)
- jms (1)
- zookeeper (5)
- zkclient (1)
- hadoop (13)
- mq (2)
- git (9)
- 问题,io (1)
- storm (11)
- zk (1)
- 性能优化 (2)
- example (1)
- tmux (1)
- 环境 (2)
- kyro (1)
- 日志系统 (3)
- hdfs (2)
- python_socket (2)
- date (2)
- elasticsearch (1)
- jetty (1)
- 树 (1)
- 汽车 (1)
- mdrill (1)
- 车 (1)
- 日志 (1)
- web (1)
- 编译原理 (1)
- 信息检索 (1)
- 性能,linux (1)
- spam (1)
- 序列化 (1)
- fabric (2)
- guice (1)
- disruptor (1)
- executor (1)
- logback (2)
- 开源 (1)
- 设计 (1)
- 监控 (3)
- english (1)
- 问题记录 (1)
- Bitmap (1)
- 云计算 (1)
- 问题排查 (1)
- highchat (1)
- mac (3)
- docker (1)
- jdk (1)
- 表达式 (1)
- 网络 (1)
- 时间管理 (1)
- 时间序列 (1)
- OLAP (1)
- Big Table (0)
- sql (1)
- kafka (1)
- md5 (1)
- springboot (1)
- spring security (1)
- Spring Boot (3)
- mybatis (1)
- java8 (1)
- 分布式事务 (1)
- 限流 (1)
- Shadowsocks (0)
- 2018 (1)
- 服务治理 (1)
- 设计原则 (1)
- log (0)
- perftools (1)
最新评论
-
siphlina:
课程——基于Python数据分析与机器学习案例实战教程分享网盘 ...
Python机器学习库 -
san_yun:
leibnitz 写道hi,我想知道,无论在92还是94版本, ...
hbase的行锁与多版本并发控制(MVCC) -
leibnitz:
hi,我想知道,无论在92还是94版本,更新时(如Puts)都 ...
hbase的行锁与多版本并发控制(MVCC) -
107x:
不错,谢谢!
Latent Semantic Analysis(LSA/ LSI)算法简介 -
107x:
不错,谢谢!
Python机器学习库
http://unixboy.iteye.com/blog/164400
本文的目的:
1、说一说Oracle的Optimizer及其相关的一些知识。
2、回答一下为什么有时一个表的某个字段明明有索引,当观察一些SQL的执行计划时,发现确不走索引的问题。
3、如果你对 FIRST_ROWS、 ALL_ROWS这两种模式有疑惑时也可以看一下这篇文章。
开始吧:
Oracle在执行一个SQL之前,首先要分析一下语句的执行计划,然后再按执行计划去执行。分析语句的执行计划的工作是由优化器(Optimizer)来完成的。不同的情况,一条SQL可能有多种执行计划,但在某一时点,一定只有一种执行计划是最优的,花费时间是最少的。相信你一定会用Pl/sql Developer、Toad等工具去看一个语句的执行计划,不过你可能对Rule、Choose、First rows、All rows这几项有疑问,因为我当初也是这样的,那时我也疑惑为什么选了以上的不同的项,执行计划就变了?
1、优化器的优化方式
Oracle的优化器共有两种的优化方式,即基于规则的优化方式(Rule-Based Optimization,简称为RBO)和基于代价的优化方式(Cost-Based Optimization,简称为CBO)。
A、RBO方式:优化器在分析SQL语句时,所遵循的是Oracle内部预定的一些规则。比如我们常见的,当一个where子句中的一列有索引时去走索引。
B、CBO方式:依词义可知,它是看语句的代价(Cost)了,这里的代价主要指 Cpu和内存。优化器在判断是否用这种方式时,主要参照的是表及索引的统计信息。统计信息给出表的大小、有少行、每行的长度等信息。这些统计信息起初在库内是没有的,是你在做analyze后才出现的,很多的时侯过期统计信息会令优化器做出一个错误的执行计划,因些我们应及时更新这些信息。在Oracle8及以后的版本,Oracle列推荐用CBO的方式。
我们要明了,不一定走索引就是优的,比如一个表只有两行数据,一次IO就可以完成全表的检索,而此时走索引时则需要两次IO,这时对这个表做全表扫描(full table scan)是最好的。
2、优化器的优化模式(Optermizer Mode)
优化模式包括Rule,Choose,First rows,All rows这四种方式,也就是我们以上所提及的。如下我解释一下:
Rule:不用多说,即走基于规则的方式。
Choolse:这是我们应观注的,默认的情况下Oracle用的便是这种方式。指的是当一个表或或索引有统计信息,则走CBO的方式,如果表或索引没统计信息,表又不是特别的小,而且相应的列有索引时,那么就走索引,走RBO的方式。
First Rows:它与Choose方式是类似的,所不同的是当一个表有统计信息时,它将是以最快的方式返回查询的最先的几行,从总体上减少了响应时间。
All Rows:也就是我们所说的Cost的方式,当一个表有统计信息时,它将以最快的方式返回表的所有的行,从总体上提高查询的吞吐量。没有统计信息则走基于规则的方式。
3、如何设定选用哪种优化模式
a、Instance级别
我们可以通过在init.ora文件中设定OPTIMIZER_MODE =RULE、OPTIMIZER_MODE=CHOOSE、OPTIMIZER_MODE=FIRST_ROWS、OPTIMIZER_MODE= ALL_ROWS去选用3所提的四种方式,如果你没设定OPTIMIZER_MODE参数则默认用的是Choose这种方式。
B、Sessions级别
通过SQL> ALTER SESSION SET OPTIMIZER_MODE=;来设定。
C、语句级别
这些需要用到Hint,比如:
SQL> SELECT /*+ RULE */ a.userid,
2 b.name,
3 b.depart_name
4 FROM tf_f_yhda a,
5 tf_f_depart b
6 WHERE a.userid=b.userid;
4、为什么有时一个表的某个字段明明有索引,当观察一些语的执行计划确不走索引呢?如何解决呢?
A、不走索引大体有以下几个原因:
♀你在Instance级别所用的是all_rows的方式;
♀你的表的统计信息(最可能的原因);
♀你的表很小,上文提到过的,Oracle的优化器认为不值得走索引。
B、解决方法:
♀可以修改init.ora中的OPTIMIZER_MODE这个参数,把它改为Rule或Choose,重起数据库。也可以使用4中所提的Hint;
♀删除统计信息SQL>analyze table table_name delete statistics;
♀表小不走索引是对的,不用调的。
5、其它相关
A、如何看一个表或索引是否是统计信息
SQL>SELECT * FROM user_tables
2 WHERE table_name=<table_name>
3 AND num_rows is not null;
SQL>SELECT * FROM user_indexes
2 WHERE table_name=<table_name>
3 AND num_rows is not null;
b、如果我们先用CBO的方式,我们应及时去更新表和索引的统计信息,以免生形不切合实的执行计划。
SQL> ANALYZE TABLE table_name COMPUTE STATISTICS;
SQL> ANALYZE INDEX index_name ESTIMATE STATISTICS;
本文的目的:
1、说一说Oracle的Optimizer及其相关的一些知识。
2、回答一下为什么有时一个表的某个字段明明有索引,当观察一些SQL的执行计划时,发现确不走索引的问题。
3、如果你对 FIRST_ROWS、 ALL_ROWS这两种模式有疑惑时也可以看一下这篇文章。
开始吧:
Oracle在执行一个SQL之前,首先要分析一下语句的执行计划,然后再按执行计划去执行。分析语句的执行计划的工作是由优化器(Optimizer)来完成的。不同的情况,一条SQL可能有多种执行计划,但在某一时点,一定只有一种执行计划是最优的,花费时间是最少的。相信你一定会用Pl/sql Developer、Toad等工具去看一个语句的执行计划,不过你可能对Rule、Choose、First rows、All rows这几项有疑问,因为我当初也是这样的,那时我也疑惑为什么选了以上的不同的项,执行计划就变了?
1、优化器的优化方式
Oracle的优化器共有两种的优化方式,即基于规则的优化方式(Rule-Based Optimization,简称为RBO)和基于代价的优化方式(Cost-Based Optimization,简称为CBO)。
A、RBO方式:优化器在分析SQL语句时,所遵循的是Oracle内部预定的一些规则。比如我们常见的,当一个where子句中的一列有索引时去走索引。
B、CBO方式:依词义可知,它是看语句的代价(Cost)了,这里的代价主要指 Cpu和内存。优化器在判断是否用这种方式时,主要参照的是表及索引的统计信息。统计信息给出表的大小、有少行、每行的长度等信息。这些统计信息起初在库内是没有的,是你在做analyze后才出现的,很多的时侯过期统计信息会令优化器做出一个错误的执行计划,因些我们应及时更新这些信息。在Oracle8及以后的版本,Oracle列推荐用CBO的方式。
我们要明了,不一定走索引就是优的,比如一个表只有两行数据,一次IO就可以完成全表的检索,而此时走索引时则需要两次IO,这时对这个表做全表扫描(full table scan)是最好的。
2、优化器的优化模式(Optermizer Mode)
优化模式包括Rule,Choose,First rows,All rows这四种方式,也就是我们以上所提及的。如下我解释一下:
Rule:不用多说,即走基于规则的方式。
Choolse:这是我们应观注的,默认的情况下Oracle用的便是这种方式。指的是当一个表或或索引有统计信息,则走CBO的方式,如果表或索引没统计信息,表又不是特别的小,而且相应的列有索引时,那么就走索引,走RBO的方式。
First Rows:它与Choose方式是类似的,所不同的是当一个表有统计信息时,它将是以最快的方式返回查询的最先的几行,从总体上减少了响应时间。
All Rows:也就是我们所说的Cost的方式,当一个表有统计信息时,它将以最快的方式返回表的所有的行,从总体上提高查询的吞吐量。没有统计信息则走基于规则的方式。
3、如何设定选用哪种优化模式
a、Instance级别
我们可以通过在init.ora文件中设定OPTIMIZER_MODE =RULE、OPTIMIZER_MODE=CHOOSE、OPTIMIZER_MODE=FIRST_ROWS、OPTIMIZER_MODE= ALL_ROWS去选用3所提的四种方式,如果你没设定OPTIMIZER_MODE参数则默认用的是Choose这种方式。
B、Sessions级别
通过SQL> ALTER SESSION SET OPTIMIZER_MODE=;来设定。
C、语句级别
这些需要用到Hint,比如:
SQL> SELECT /*+ RULE */ a.userid,
2 b.name,
3 b.depart_name
4 FROM tf_f_yhda a,
5 tf_f_depart b
6 WHERE a.userid=b.userid;
4、为什么有时一个表的某个字段明明有索引,当观察一些语的执行计划确不走索引呢?如何解决呢?
A、不走索引大体有以下几个原因:
♀你在Instance级别所用的是all_rows的方式;
♀你的表的统计信息(最可能的原因);
♀你的表很小,上文提到过的,Oracle的优化器认为不值得走索引。
B、解决方法:
♀可以修改init.ora中的OPTIMIZER_MODE这个参数,把它改为Rule或Choose,重起数据库。也可以使用4中所提的Hint;
♀删除统计信息SQL>analyze table table_name delete statistics;
♀表小不走索引是对的,不用调的。
5、其它相关
A、如何看一个表或索引是否是统计信息
SQL>SELECT * FROM user_tables
2 WHERE table_name=<table_name>
3 AND num_rows is not null;
SQL>SELECT * FROM user_indexes
2 WHERE table_name=<table_name>
3 AND num_rows is not null;
b、如果我们先用CBO的方式,我们应及时去更新表和索引的统计信息,以免生形不切合实的执行计划。
SQL> ANALYZE TABLE table_name COMPUTE STATISTICS;
SQL> ANALYZE INDEX index_name ESTIMATE STATISTICS;
发表评论
-
博客链接收藏
2014-03-22 11:18 576这里记录一些我觉得好的博客地址: http://iamm ... -
要看的好文
2011-11-16 12:48 862一致性 hash 算法( consistent hashing ... -
cronolog
2011-05-25 20:58 3619原作者:陈明 很多 ... -
Be more efficient
2011-05-24 11:37 1318svndiff 快捷键 Gnome快捷键: ... -
google 绑定地址
2011-05-20 16:49 105374.125.153.104 code.google.com ... -
JS疑难杂症
2010-01-19 16:42 1048通过a标签提交表单有问题,必须使用button提交表单. & ... -
javascript实现语法高亮
2009-09-09 17:32 0http://hi.baidu.com/erik168/blo ... -
使用JAVA对图片进行效果变换
2008-12-12 22:42 1586原文: http://blog.ccidnet.com/blo ... -
优化数据库大幅度提高Oracle的性能
2008-02-23 12:49 1231http://unixboy.iteye.com/blog/1 ... -
在线HTML编辑器原理
2008-01-10 09:57 2303为什么能实现在线编辑呢? 首先需要ie 的支持,在 ie 5 ... -
Oracle高级查询
2007-06-27 15:31 2584使用Oracle特有的查询语法, 可以达到事半功倍的效果 转 ... -
Domain-Driven Design领域驱动设计(转)
2007-03-21 13:51 2368越来越多人开始使用Java ... -
我的2006 ―― 战斗的一年(转)
2007-03-21 13:49 1464圣诞假期开始了,下午多数美国同事都早早回家了。我差不多是最后一 ... -
透明书评Patterns of Enterprise Application Architecture(PoEAA)
2007-03-21 13:48 1935我有一双定做的休闲鞋,一只鞋上赫然写着“KISS”,另一只则写 ... -
十年学会编程(著者: Peter Norvig)
2007-03-21 13:46 2050为何人人都这么着急? 信步走进任何一家书店,你会看到名为《如 ... -
判断是否是质数
2007-03-21 13:45 1876java 代码 import java.io.* ... -
如何成为一名真正的高级程序员(转)
2007-03-21 13:43 6546那么作为高级程序员,以至于系统分析员,也就是对于一个程序项目的 ... -
如何成为一名真正的程序员(转)
2007-03-21 13:42 1925中国有很多小朋友,他 ...
相关推荐
本文针对Oracle数据库的优化提供了详尽的指导和案例分析,尤其强调了在CBO(Cost-Based Optimizer,基于成本的优化器)模式下的优化方法。 首先,Oracle数据库优化不仅仅是技术问题,它还涉及到策略问题。在1992年...
这本书首先会介绍Oracle数据库的基础知识,包括数据库架构、表空间管理、索引原理等,这些都是优化工作的基础。读者将了解到数据存储、查询处理和并发控制等核心概念,为后续的性能优化打下坚实的基础。 接着,书中...
总的来说,Oracle数据库优化需要综合考虑多个因素,结合实际业务需求和系统资源,进行有针对性的调整和优化,确保系统的高效运行。通过深入学习和实践,我们可以掌握这些技巧,提升数据库的性能,为企业带来更大的...
本文将深入探讨Oracle数据库优化技术及其故障处理策略。 一、Oracle性能优化 1. SQL优化:SQL查询是数据库性能的关键。优化SQL语句可以通过分析执行计划、使用索引、避免全表扫描、减少笛卡尔积等方式提高执行效率...
该规范主要针对CRM各产品的数据库设计人员,适用于产品研发过程中的Oracle数据库设计。 首先,规范详细阐述了数据库对象的命名规范,这是保证代码可读性和维护性的基础。命名规则强调使用清晰的英文单词,避免拼音...
"Oracle数据库优化方案.pdf" 在这篇文章中,我们将讨论Oracle数据库优化方案,包括内存等参数配置的优化、减少物理读写的优化、批量重复操作的SQL语句及大表操作的优化等。同时,我们还将讨论Oracle数据库优化的...
Oracle数据库性能优化是确保数据库高效运行的关键环节,尤其是在处理大量数据和高并发访问的环境中。Oracle作为业界领先的数据库管理系统,其性能优化策略涵盖多个层面,包括系统配置、数据库设计、SQL语句优化、...
### Oracle数据库优化经验——ADDM应用详解 #### 一、ADDM概述 **ADDM**(Automatic Database Diagnostic Monitor,自动数据库诊断监视器)是Oracle数据库管理工具中的一个重要组件,旨在帮助数据库管理员(DBA)快速...
Oracle数据库优化大全是一份集合了Oracle数据库各种优化技术的综合资源,旨在帮助数据库管理员和开发人员提升系统性能、降低资源消耗。在这个压缩包中,你可以找到多本专注于Oracle数据库优化的专业书籍,这些书籍...
本报告将详细分析并提出针对Oracle数据库的优化策略。 2、数据库优化部分 2.1、环境优化 环境优化是数据库性能提升的基础,主要包括以下几个方面: 2.1.1 参数调优:检查并调整数据库的初始化参数,如内存分配...
"在线重组Oracle数据库优化关键SAP应用性能"的主题聚焦于如何通过优化数据库结构和操作,提升SAP系统的运行效率。 首先,我们需要理解在线重组在Oracle数据库中的含义。在线重组是一种在不影响正常业务运行的情况下...
【Oracle数据库优化方案】 Oracle数据库是关系型数据库管理系统的一个重要代表,其性能优化对于企业级应用至关重要。本文主要从四个不同级别的调整分析入手,即操作系统级、Oracle RDBMS级、数据库设计级和SQL级,...
在《大型ORACLE数据库优化设计方案》这篇论文中,作者深入探讨了针对ORACLE数据库的多层次优化方法,旨在提升数据库的性能和效率。以下是关于这个主题的详细说明: 一、数据库优化自由结构OFA OFA(Optimal ...
然而,随着数据量的急剧增长和业务需求的不断变化,优化Oracle数据库性能成为确保系统高效运行的关键。本文将深入探讨Oracle数据库调优配置中的两种常见方案,旨在帮助数据库管理员(DBA)提升系统的响应速度和资源...
本指南将针对初学者,详细介绍Oracle数据库的基础知识、安装与配置,以及一些常用的操作和管理技巧。 **1. Oracle数据库简介** 1.1.1 数据库术语 在讨论Oracle数据库之前,我们需要了解一些基本的数据库术语,如...
"Oracle数据库优化方案与实践" 本文将详细介绍 Oracle 数据库优化方案与实践,旨在帮助读者更好地理解 Oracle 数据库优化的重要性和方法。 一、前言 随着实际项目的启动,实际项目中使用的 Oracle 数据库经过一段...
本"Oracle数据库实例视频教程01"是针对初学者和希望深化Oracle知识的人员设计的一系列教学资源,旨在帮助理解Oracle数据库的基础概念、安装配置以及基本操作。 在本教程中,首先会介绍Oracle数据库的概述,包括它的...
Oracle数据库优化涉及资源的合理分配与系统参数的调整,旨在提升数据库性能。优化策略涵盖数据库参数调整、磁盘I/O效率提升、SQL语句优化及网络性能优化等多个方面。性能评价通常关注两个核心指标:数据库吞吐量与...
本方案主要针对ORACLE数据库的优化策略进行深入探讨,涵盖了从操作系统层面到SQL级别的调整,旨在提升整体数据库性能。 一、数据库优化自由结构OFA(Optimal flexible Architecture) OFA是一种推荐的Oracle数据库...