Gtlions Tracker

这个工具是IBM推出的用于性能分析的免费工具，支持AIX、Linux平台。nmon 工具可以为 AIX 和 Linux 性能专家提供监视和分析性能数据的功能，其中包括：CPU 使用率内存使用情况内核统计信息和运行队列信息磁盘 I/O 速度、传输和读/写比率文件系统中的可用空间磁盘适配器网络 I/O 速度、传输和读/写比率页面空间和页面速度CPU 和 AI

记得之前写过一篇，说我当时刚刚接触oracle的时候，一次面试被问到如何处理大量insert语句的提交频率？我当时的回答是模糊的，说尽量分散提交，针对这个错误的回答，之前的文章已经阐述过了。今天就针对这个问题带来的代价或者影响做个测试。频繁的insert&commit不仅仅带来语句维护的难度、失败后工作恢复难度大等等问题，下面我们观察从等待事件上带来的数据。 一般来说每次com

连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options SQL> set autotrace on; SQL> select count(*) from dual;   COUNT

Oracle Database 10g 中的正规表达式特性是一个用于处理文本数据的强大工具 Oracle Database 10g 的一个新特性大大提高了您搜索和处理字符数据的能力。这个特性就是正规表达式，是一种用来描述文本模式的表示方法。很久以来它已在许多编程语言和大量 UNIX 实用工具中出现过了。Oracle 的正规表达式的实施是以各种 SQL 函数和一个 WHERE 子句操作符

看看在看文档的时候突然想起了一个问题。曾经面试过的一个公司，提问我这么一个问题：你要执行insert into或者update数据量在1W(以上)的大量记录的语句，如何处置commit？当时的我刚刚参加工作，刚刚接触到oracle一段时间，也刚刚阅读了"大量"的oracle基础知识、。。。。。。，然后我答到：最后是立即提交。汗，多么幼稚的答案，如果是1w条的insert语句，在每个语句之后插入

阅读笔记在一个非惟一索引中，Oracle会把 rowid作为一个额外的列（有一个长度字节）追加到键上，使得键惟一。例如，如果有一个CREATE INDEX I ON T(X,Y)索引，从概念上讲，它就是CREATE UNIQUE INDEX I ON T(X,Y,ROWID)。在一个惟一索引中，根据你定义的惟一性，Oracle不会再向索引键增加rowid。在非惟一索引中，你会发现，数据会首先按

我们知道全表扫描的时候执行的是多块扫描I/O，一次I/O多块读取块数取决于db_file_multiblock_read_count，每次多块读取的时候都要等到物理I/O结束（关于这个参数，针对不同OS和环境有不通的默认值，要知道所在环境可以设置最大的值是多少，设置一个超大的数字，oracle会设置成允许的最大值）这时候出现了db file scattered read等待事件。那么会出现

前天有同事在QQ上问了我个问题： 问一下，insert之后update和insert语句中使用left join哪个效率高一些？每个update 差不多4个字段这样。 我脑海里第1刻闪过的答案是：后者效率更高。 依据如下： 1、从生成redo和undo来考虑 2、直观的执行时间考虑 3、减少访问表的次数 事后把这个问题拿到QQ群，网络讨论的意见基本和我一致。 那么下

本文将模拟一个Deadlock detected并从数据库SQL和告警日志分析定位相关死锁对象。之后将展示一个生产环境中的死锁的处理过程。[oracle@gtlions ~]$ sqlplus gtlions/gtlionsSQL*Plus: Release 10.2.0.5.0 - Production on Mon May 7 14:07:03 2012Copyrigh

共享sql语句Oracle在执行每条sql语句的时候都会先对语句进行语法分析，而这个过程是比较消耗资源的，为了能够略过这个步骤从而提高sql语句的执行效率，oracle采用的共享sql语句的办法，就是把每条从用户发出的sql存储到sga（system global area）系统全局区的共享池当（shared buffer pool）中，这个内存块当中的所有sql语句能够被数据库的所有用户共享