https://blog.youkuaiyun.com/lezergerzh-cnhttps://blog.youkuaiyun.com/https://blog.youkuaiyun.com/lezerger/article/details/6215787https://blog.youkuaiyun.com/lezerger/article/details/6215787lezergerTue, 01 Mar 2011 16:22:00 +0800我们都知道在Oracle中每条SQL语句在执行之前都需要经过解析，这里面又分为软解析和硬解析。在Oracle中存在两种类型的SQL语句，一类为 DDL语句(数据定义语言)，他们是从来不会共享使用的，也就是每次执行都需要进行硬解析。还有一类就是DML语句(数据操纵语言)，他们会根据情况选择要么进行硬解析，要么进行软解析。
 
DML:INSERT,UPDATE,DELETE,SELECT
DDL:CREATE,DROP,ALTER
 
 
https://blog.youkuaiyun.com/lezerger/article/details/6215777https://blog.youkuaiyun.com/lezerger/article/details/6215777lezergerTue, 01 Mar 2011 16:19:00 +0800之前整理的一篇有关CBO和RBO文章：
Oracle CBO 与 RBO
http://blog.youkuaiyun.com/tianlesoftware/archive/2010/07/11/5709784.aspx
 
Oracle 数据库中优化器（Optimizer）是SQL分析和执行的优化工具，它负责指定SQL的执行计划，也就是它负责保证SQL执行的效率最高，比如优化器决定Oracle 以什么样的方式来访问数据，是全表扫描（Full Table Scan），]]>https://blog.youkuaiyun.com/lezerger/article/details/6215773https://blog.youkuaiyun.com/lezerger/article/details/6215773lezergerTue, 01 Mar 2011 16:19:00 +0800https://blog.youkuaiyun.com/lezerger/article/details/6215762https://blog.youkuaiyun.com/lezerger/article/details/6215762lezergerTue, 01 Mar 2011 16:17:00 +0800 
如果要分析某条SQL的性能问题，通常我们要先看SQL的执行计划，看看SQL的每一步执行是否存在问题。 如果一条SQL平时执行的好好的，却有一天突然性能很差，如果排除了系统资源和阻塞的原因，那么基本可以断定是执行计划出了问题。
      
       看懂执行计划也就成了SQL优化的先决条件。 这里的SQL优化指的是SQL性能问题的定位，定位后就可以解决问题。
 
 
一．         查看执行计划的三种方法
1.]]>https://blog.youkuaiyun.com/lezerger/article/details/6150207https://blog.youkuaiyun.com/lezerger/article/details/6150207lezergerTue, 18 Jan 2011 16:48:00 +0800https://blog.youkuaiyun.com/lezerger/article/details/6146715https://blog.youkuaiyun.com/lezerger/article/details/6146715lezergerMon, 17 Jan 2011 13:51:00 +0800https://blog.youkuaiyun.com/lezerger/article/details/6135364https://blog.youkuaiyun.com/lezerger/article/details/6135364lezergerThu, 13 Jan 2011 16:25:00 +0800一。查看oracle数据库是否为归档模式：
1.select name,log_mode from v$database;
NAME               LOG_MODE
------------------ ------------------------
QUERY           NOARCHIVELOG
2.使用ARCHIVE LOG LIST 命令
Database log mode              No]]>https://blog.youkuaiyun.com/lezerger/article/details/6134857https://blog.youkuaiyun.com/lezerger/article/details/6134857lezergerThu, 13 Jan 2011 14:55:00 +0800https://blog.youkuaiyun.com/lezerger/article/details/6131145https://blog.youkuaiyun.com/lezerger/article/details/6131145lezergerWed, 12 Jan 2011 14:12:00 +0800https://blog.youkuaiyun.com/lezerger/article/details/6130850https://blog.youkuaiyun.com/lezerger/article/details/6130850lezergerWed, 12 Jan 2011 12:19:00 +0800https://blog.youkuaiyun.com/lezerger/article/details/6130570https://blog.youkuaiyun.com/lezerger/article/details/6130570lezergerWed, 12 Jan 2011 10:45:00 +0800Solaris下，一个磁盘包含8个分区，标记为0－7。此信息可以通过format命令，然后选择一个硬盘来看到，例如，在我自己的系统中（Solaris 9,Ultra 60），显示出来的信息如下：
# format
Searching for disks...done
AVAILABLE DISK SELECTIONS:
0. c0t0d0
/pci@1f,4000/scsi@3/sd@0,0
Specify disk (ent]]>https://blog.youkuaiyun.com/lezerger/article/details/6106620https://blog.youkuaiyun.com/lezerger/article/details/6106620lezergerThu, 30 Dec 2010 11:02:00 +0800从10g开始，oracle开始提供Shrink的命令，假如我们的表空间中支持自动段空间管理 (ASSM),就可以使用这个特性缩小段，即降低HWM。这里需要强调一点，10g的这个新特性，仅对ASSM表空间有效，否则会报 ORA-10635: Invalid segment or tablespace type。
 
如果经常在表上执行DML操作，会造成数据库块中数据分布稀疏，浪费大量空间。同时也会影响全表扫描的性能，因为全表扫描需要访问更多的数据块。从oracle10g开始，]]>https://blog.youkuaiyun.com/lezerger/article/details/6106613https://blog.youkuaiyun.com/lezerger/article/details/6106613lezergerThu, 30 Dec 2010 11:00:00 +0800说到HWM,我们首先要简要的谈谈ORACLE的逻辑存储管理.我们知道,ORACLE在逻辑存储上分4个粒度:表空间,段,区和块.

(1)块:是粒度最小的存储单位,现在标准的块大小是8K,ORACLE每一次I/O操作也是按块来操作的,也就是说当ORACLE从数据文件读数据时,是读取多少个块,而不是多少行.


(2)区:由一系列相邻的块而组成,这也是ORACLE空间分配的基本单位,举个例子来说,当我们创建一个表PM_USER时,首先 ORACL]]>https://blog.youkuaiyun.com/lezerger/article/details/6106600https://blog.youkuaiyun.com/lezerger/article/details/6106600lezergerThu, 30 Dec 2010 10:57:00 +0800表空间： 
Oracle的UNDOTBS01.DBF文件太大的解决办法 
1、.禁止undo tablespace自动增长 
alter   database   datafile   'full_path/undotbs01.dbf'   autoextend   off; 
2.-- 创建一个新的小空间的undo tablespace 
create undo tablespace undotBS2 datafile 'full_path/U]]>https://blog.youkuaiyun.com/lezerger/article/details/4102502https://blog.youkuaiyun.com/lezerger/article/details/4102502lezergerThu, 23 Apr 2009 10:27:00 +0800