MyISDB--Focus On Database

因为要看执行计划，所以，就拿hr做实验了没想到，当我执行SQL> set autotrace onSP2-0618: Cannot find the Session Identifier.  Check PLUSTRACE role is enabledSP2-0611: Error enabling STATISTICS reportSQL> 竟然会有这样的报错。

Oracle 执行计划（Explain Plan） 说明如果要分析某条SQL的性能问题，通常我们要先看SQL的执行计划，看看SQL的每一步执行是否存在问题。 如果一条SQL平时执行的好好的，却有一天突然性能很差，如果排除了系统资源和阻塞的原因，那么基本可以断定是执行计划出了问题。             看懂执行计划也就成了SQL优化的先决条件。 这里的SQL优化指的是SQL性能问题的

Oracle SQL 的硬解析和软解析 以及 SQL的整个在Oracle中的执行过程。我们都知道在Oracle中每条SQL语句在执行之前都需要经过解析，这里面又分为软解析和硬解析。在Oracle中存在两种类型的SQL语句，一类为 DDL语句(数据定义语言)，他们是从来不会共享使用的，也就是每次执行都需要进行硬解析。还有一类就是DML语句(数据操纵语言)，他们会根据情况选择要么进

今天，我来给各位做一个详细的一个讲解----看懂执行计划首先，我们应该知道，对于看懂一个执行计划，对我们的SQL优化，有很大的帮助。首先，我们应该知道这两个概念，一个是RBO，一个是CBO。RBO，是Oracle8i之前使用的，一种基于规则的一种优化器。这种规则，太过死板，在Oracle10g 以后的版本就已经彻底“抛弃“了。CBO，基于成本的优化器。它的思路是让Ora

Version:1.0StartHTML:0000000167EndHTML:0000017312StartFragment:0000000484EndFragment:0000017296<!--@page {margin:2cm}p {margin-bottom:0.21cm}a:link {}-->关于重建控制文件的两种方式以及区别（resetlogs

SQL> create table test_a(id number(3),name varchar2(10),age number(3));Table created.SQL>  insert into test_a values(1,'a',18);1 row created.SQL>  insert into test_a values

问题起源于在写一份材料的时候，对于自己的反思。我把自己的观点发到了twitter和各大微博上，有不少朋友纷纷回复我。这这里，先感谢各位，因为有各种思想的交锋，观点的交流，让讨论变得很有意义。我们究竟要成为一个怎么样的DBA，公司究竟需要一个怎么样的DBA？作为一个DBA应该须有怎么样的素质？首先作为一个DBA，数据库的基本功很重要，了解数据库的内存结构，物理结构，了解数据库

LSI 12Gb/s 控制器的性能。iostat -x 的参数分析。http://yhj1065.blog.163.com/blog/static/1980021720119204495314/

如果像生产系统，SGA的空间，尽量要pin到OS 的memory 里面。减少内存掷出。传统的掷出memory 是swap，这就涉及到虚拟内存地址和物理内存地址的映射关系。为了减少这样CPU的寻址，就有了，尽量把常用的数据keep到内存中。传统的掷出是4k的交换，但是，这样的效率是在不高。所以，我门有了hugepage的感念。默认一页是2M，hugepage 的单位是页数。如果，你的SGA是2G