玉面飞龙的BLOG

Oracle各个版本的变动还是挺大的，不管大版本和小版本每次都能够引入很多新的功能，和新的bug。这说明Oracle还在积极的invovation和customer focus.

从obsoleted和deprecated的参数就可以看到，新的来，旧的去。不变的是升级再升级。

Read more…

今天测试了一下，如果表中只有一条记录，查询该表并且指定一个order by，Oracle是否需要做排序操作。答案是的。

测试脚本，可以往测试表中插入1条或者多条记录。

create table test(id number);

insert into test values(1);
commit;

alter session set events ‘10031 trace name context forever,level 100′;
alter session set events ‘10032 trace name context forever,level 100′;
alter session set events ‘10033 trace name context forever,level 100′;

select * from test order by id;

alter session set events ‘10032 trace name context off’;
alter session set events ‘10031 trace name context off’;
alter session set events ‘10033 trace name context off’;

在test表只包括1条和2条记录的情况下，10g中相关event的结果。

—- Sort Parameters ——————————
sort_area_size                    4096000
sort_area_retained_size           4096000
sort_multiblock_read_count        2
max intermediate merge width      112
—- Sort Statistics ——————————
Input records                             1
Output records                            1
Total number of comparisons performed     0
Total amount of memory used               2048
Uses version 2 sort
Does not use asynchronous IO
—- End of Sort Statistics ———————–

—- Sort Parameters ——————————
sort_area_size                    4096000
sort_area_retained_size           4096000
sort_multiblock_read_count        2
max intermediate merge width      112
—- Sort Statistics ——————————
Input records                             2
Output records                            2
Total number of comparisons performed     1
Comparisons performed by in-memory sort 1
Total amount of memory used               2048
Uses version 2 sort
Does not use asynchronous IO
—- End of Sort Statistics ———————–

如上，可以看见Oracle分配了2K内存用来排序。

在9205中的结果，

—- Sort Parameters ——————————
sort_area_size                    4096000
sort_area_retained_size           4096000
sort_multiblock_read_count        2
max intermediate merge width      112
—- Sort Statistics ——————————
Input records                             1
Output records                            1
Total number of comparisons performed     0
Total amount of memory used               8192

—- Sort Parameters ——————————
sort_area_size                    4096000
sort_area_retained_size           4096000
sort_multiblock_read_count        2
max intermediate merge width      112
—- Sort Statistics ——————————
Input records                             2
Output records                            2
Total number of comparisons performed     1
Comparisons performed by in-memory sort 1
Total amount of memory used               8192
—- Sort Statistics ——————————

如上Oracle使用了8K的内存用来排序。

我还测试了MTS下，large pool min allocate为64K的时候，对很少纪录的表进行排序，10g中仍然是2K的内存。明显，当表中只包括一条记录的时候，Oracle没有必要分配这2K的内存。

Oracle10g中默认情况下使用dbms_stat分析统计信息后，对象原来的统计信息会自动备份到*_TAB_STATS_HISTORY中。这些对象都存储在SYSAUX表空间，并且默认保存过去30天的历史统计信息。

如果数据库中的表或各种可以有统计信息的对象特别多，如果被分析的比较频繁的话，则历史统计信息很肯能会撑爆SYSAUX表空间。这时候你可以使用PURGE_STATS手工删除历史统计信息或者设置较小的STATS_HISTORY_RETENTION。

exec DBMS_STATS.PURGE_STATS(SYSDATE-15)

最近碰见一个例子，logical standby在非归档模式下，无法进行实时的日志应用real time apply，只有当primary数据库一个日志文件switch log file之后，逻辑数据库才能应用从priamry 传递过来的归档日志文件。

将逻辑数据库设置为归档模式后，alter database archivelog; 才可以进行实时的日志应用real time apply。 该现象在10g和11gR2都会发生。

观察是否逻辑数据库处于real time apply状态，最简单就是观察standby log file有没有进程在读取和写入。通常real time apply状态下，RFC进程负责接收primary 传递来的redo log stream并写入到standby log file中，再由MRP进程从standby log file中读取接收到的日志信息来协调其他进程应用到standby database中。因此在real time apply模式中，会看到2个进程(RFC&MRP)打开standby log file。

ADGLG1–$> fuser *
ADGLG1_standby_redo01.log:
ADGLG1_standby_redo02.log:
ADGLG1_standby_redo03.log:
ADGLG1_standby_redo04.log:
ADGPOC_redo01.log:    17772o
ADGPOC_redo02.log:    17772o
ADGPOC_redo03.log:    17772o
ADGPOC_redo04.log:    17772o

或许是一些内部的原因导致logical standby设计如此。其实，如果是1写多读的架构，读节点是没有必要处于归档模式的。

热。谁喜欢夏天我跟谁急。

气候变暖,2old

Read more…

上周360buy上买了台ＤＥＬＬ的主机，预装是ｌｉｎｕｘ；回来重新安装ｗｉｎｄｏｗｘｐ发现，ＤＥＬＬ盒子里没有硬件的驱动盘，无法识别网卡显卡等硬件。

电话给ＤＥＬＬ客服，原来他们不提供驱动光盘了。垃圾的ＤＥＬＬ这么不ｍａｋｅ　ｓｅｎｃｅ的事情也干的出来。

大家千万别买ＤＥＬＬ的货。

抵御黑天鹅的袭击。