> 文章列表 / Page 300

•If I have a 100MB database, I can have a 100 MB buffer cache and I never have to go…

很久之前就想写这样一篇文章了，购买IXwebhosting的虚拟空间服务是从09年的8月份开始(很长的一个熟悉过程)。 但是今天我要说IXwebhosting糟透了，糟到连基本的可用性都无法达到。从这个月初(10年的9月份)到23号，我的站点已经大大小小经历了七八次的短期无法访问，这绝不是因为网络抽风所致，我一直有用pingdom的网站监测服务，在我正式启用这一服务监测我的网站后，我几乎每天要收到1-2封关于site down的警告，有些会是在凌晨时分。我想继Sep 9的那次cp9服务器大规模outage后，有很多正在使用IXwebhosting的owner都彻底对IX失望了。

ORA-00600 [INTERNAL WEB ERROR][WE WILL BE BACK SOON!][SORRY] Of course, this is a joke!

分区表的分区键和分区类型都可以通过获取创建该分区表的DDL定义语句来了解，那么可不可以直接查询字典视图来获取这些信息呢？常用的dba_tab_partitions视图并没有包含我们想要的分区属性信息；这里我们可以用到dba_part_key_columns(describes the partitioning key columns for all partitioned objects in the database. Its columns are the same as those in…

初始化参数DB_BLOCK_CHECKING控制Oracle如何全面检查读写的每个数据块的完整性。启用的检查界别是环境中的故障承受级别(通常很低)与连续检查块所需的开销折中的结果。在11g中db_block_checking参数有了更多的选项，以满足不等的块检验粒度: SQL> alter system set db_block_checking=AA; alter system set db_block_checking=AA * ERROR at line 1: ORA-00096: invalid value AA for…

数据库系统性能受到查询执行的严重影响。然而SQL语句的执行计划可能因统计信息变化，优化参数变化或方案定义变化等原因而意外改变，Oracle Optimizer优化器往往无法在没有人工干预的情况下准确进化执行计划。在无法保证新的执行计划总是趋于变得更好的情况下，用户倾向于通过存储大纲(stored outline)或锁定统计信息来保证执行计划的问题。然而使用这些方式将不可避免地丧失利用到新的优化器特性以改善SQL语句性能的优势。在保证当前可被接受执行计划的前提下，仅允许采用那些更好的，获益更多的执行计划才是终极方案。 Oracle Database 11g是在解决这一SQL执行计划上处于市场领先地位。SQL Plan Management(SPM)提供了一个完全透明且可控的执行计划进化的框架。在SPM的帮助下优化器自动管理执行计划并保证只有已知或已确认的执行计划才被采用。当一个新的计划出现时，Oracle将不会采用它，直到确认其与当前的执行计划有着相当的，或更好的性能。 SQL Plan Management(SPM)保证数据库运行时性能绝不因为执行计划的改变而大幅下降。为了确保这一点，仅仅那些已被接受的(accepted or trusted)的执行计划将被采用；任何计划的进化都将被追踪并仅在其被评价为无损于性能或有益于性能后被采纳。 SPM主要由三个部分组成： 1.执行计划基线捕捉 创建SQL执行计划基线意味着接受(或者说信任)相关SQL语句的执行计划。SQL计划基线存储在历史计划中，历史计划保存在SQL Management BASE(SMB)中，SMB位于SYSAUX表空间上。 SQL> select…

一套Linux上的10.2.0.1系统出现ORA-00600:[15570]内部错误，日志如下: Sat Jun 5 11:33:17 2010 Memory Notification: Library Cache Object loaded into SGA Heap size 2190K exceeds notification threshold…

根据googlepagerankupdate.com的调查，最新的一次PR值更新发生在2010年的4月2日，更早一次则发生在去年圣诞期间也就是2009年的12月31日。相信不少站长都在期盼着PR值更新，Google PageRank预示着一个页面的重要性和相关性，我们需要大量高质量的链接来喂饱它。 很多人大概会很反感看到这一连串PR的计算公式：PR = 0.15 + 0.85 ( PR(Backlink 1)/TotalLinks(Backlink 1) + PR(Backlink 2)/TotalLinks(Backlink 2) + … + PR(Backlink X)/TotalLinks(Backlink…

11g中引入了新的动态性能视图V$SQL_MONITOR，该视图用以显示Oracle监视的SQL语句信息。SQL监视会对那些并行执行或者消耗5秒以上cpu时间或I/O时间的SQL语句自动启动，同时在V$SQL_MONITOR视图中产生一条记录。当SQL语句正在执行，V$SQL_MONITOR视图中的统计信息将被实时刷新，频率为每秒1次。SQL语句执行完成后，监视信息将不会被立即删除，Oracle会保证相关记录保存一分钟(由参数_sqlmon_recycle_time所控制，默认为60s)，最终这些记录都会被删除并被重用。这一新的SQL性能监视特性仅在CONTROL_MANAGEMENT_PACK_ACCESS为DIAGNOSTIC+TUNING和STATISTICS_LEVEL为ALL|TYPICAL时被启用。

IE 9 Preview版现在可以从http://ie.microsoft.com/testdrive/下载到了: