今天发生了好几次，杀进程不释放锁的情况。大部分是由于使用 alter system kill session 命令杀不干净导致的，这种情况对于生产库危害很大，锁的长期持有会严重影响业务正常运行。为此问题也曾不止一次开SR，但都没有得到满意的结果。最近在DSI上面看到了关于这方面的一些内部解释，留此备忘：

 查看全文

metalink上面的文章解释了为什么 explain plan 或者 autotrace 生成的执行计划和 sql语句实际的执行计划不一样的情况。跟绑定变量有关。

留此供参考 metalink note：353670.1

Prevent SMON from offlining idle Undo Segments using event 10511.

Set the following parameter in init.ora/spfile

event="10511 trace name context forever, level 2"

Then restart the database.

After the first onlinining of an Undo Segment, it will never be offlined and re-onlined.
So we will only get the "US" serialization once (on the first online after a db restart.)

_row_cache_buffer_size

_row_cache_instance_locks

最近看到库上的很多sql 的version 特别多，上metalink学习并分析了一下：原来跟cursor_sharing=similar有关，如果表分析了，那么同样的sql在绑定变量的时候会根据条件输入的不同值而生成不同的子游标。这对sql本身的执行计划的正确性是有好处的，但是对服务器是会带来更多硬解析和cpu资源消耗的。

看来凡事都有2面啊！

metalink参考：261020.1 和 418348.1

情景：想在system下创建视图，其中引用另外一个用户的表，创建时报错ORA-01031: insufficient privileges

解决过程如下：

 查看全文

DFS LOCK HANDLE 是无法获得 global cache lock的handle时候所记录的等待事件，如果在RAC环境下使用sequence，2个实例都有并发的session使用sequence，这时有可能遭遇 DFS LOCK HANDLE等待。

参考文档如下：

http://www.pythian.com/blogs/383/sequences-in-oracle-10g-rac

 查看全文

最近库遇到了不少的DFS LOCK HANDLE等待，oracle给出的解释，留此备忘：

 查看全文

hash分区 可以有效的将表的数据进行均匀分布，对于查询来说，分区过滤可以大大的降低逻辑IO，从而提高查询性能。

下面进行测试：

 查看全文

这个事件可以跟踪SMON的行为，留此备忘。

redhat linux ：getconf WORD_BIT32

前几天，有个库宕机了，无法启动，开SR，oracle怀疑是undo坏了，让我加event="10015 trace name context forever, level 10" 参数验证一下是否是undo坏了。

这又是一个与数据库启动和undo相关的参数，而且挺游泳，留此备忘。

情景：数据库无法连接，listener报错：
TNS-12500: TNS:listener failed to start a dedicated server process

TNS-12540: TNS:internal limit restriction exceeded

TNS-12560: TNSrotocol adapter error

TNS-00510: Internal limit restriction exceeded

IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable

初步判断是操作系统资源短缺造成的，在GOOGLE上搜了一下，跟AIX的参数

maxuproc有关，这个参数控制操作系统用户开启的最大进程数，经查目前这个参

数是256，而目前数据库session有217个，显然是这个参数过小导致数据库无法连

接。立刻调大为800。数据库可以正常连接了。

众所周知，cursor_sharing=force可以在数据库端强行绑定变量，以减少shared pool latch 和 cpu 的压力。
但通过下面的测试，发现这个参数的设置不是任何环境下都有用的：

 查看全文

查看rman备份数据文件量的sql，留此备忘。

 查看全文

背景：windows2000上的9201库，一个文件损坏，没有备份，需要用dul抽取数据。

操作步骤：

 查看全文

控制SMON行为的2个事件：8105 和 10052

描述如下：

 查看全文

近期数据库遇到了ORA-01115错误，导致数据库自己立刻把库关闭了。
alert log 如下：

 查看全文