翔之天空的专栏

SQL> startupORACLE instance started.Total System Global Area  263049216 bytesFixed Size                  2212448 bytesVariable Size             234884512 bytesDatabase Buffers           2097

应用系统人员反映数据库相应慢，需要查下原因1、取一份awr报告(最近2个小时)发现dbtime很高2、top event 中直接路径读取很高 如果全表扫描多，可以干掉这个“直接路径读取” 特性SQL>alter system set"_serial_direct_read"=never;SQL>ALTER system SET

记一次生产库上开发人员误删表的事故，某数据库开发人员用存储过程想删除某用户下的所有SC_A开头的表，具体操作如下：1、误删除表的sql及原因这里以删除的条件 UPPER(REPLACE('SC_', '_', '_A')) ||'%' 来查询貌似是正常的SC_A% 没有问题  但这里like查询所有符合SC_A开头的表，就会有问题了，多了一个SCAAA的表出

expdp导出带有lob字段的表，报ORA-01555错误的问题 1、情况描述某数据库一直用expdp备份导出，但某天巡检发现expdp导出报错，是ORA-01555快照过旧，具体报错如下：ORA-39126: Workerunexpected fatal error in KUPW$WORKER.FETCH_XML_OBJECTS[INDEX:"SAPSR3"."LXE_OB

Oracle 11g之后 密码连续错误，会有验证延迟的特性今天在修改密码时，应用不停的以旧密码连接数据库，导致用户被HANG住。可以设置取消这一特性   alter system set events='28401 trace name context forever, level 1';

一：序列的nocache导致的log file sync现象发现数据库大量的log file sync等待，awr报告的top10 wait time如下  数据库中也是大量的查询操作，少量的dml操作，初步判断是查询大量的nocache的序列导致大量的commit 导致log file sync Cache就是Oracle每次向Sequence进行请求时，分配出的独立

如果利用user$ 系统视图修改schema后，如果存在物化视图，在删除修改后的用户时就会报错如下：   ORA-00600: 内部错误代码, 参数:[kntgMvLogObjn], [0], [], [], [], [], [], [], [], [], [], []  一、问题：把bbb用户改名为aaa(用的update这个user$表的user#字段方法)，此时修

统计信息不准_导致笛卡尔积_temp表空间爆满一、问题现象前几天出现一个问题，temp表空间爆满，开发人员说平常1分钟不到就跑出的sql，现在用了30多分钟依然没有结果，最后报错temp表空间爆满 经核查，是由于sql其中的一张表的统计信息不准(是晚上10多左右，开发人员跑过程时候，在truncate中间临时表后，oracle自动收集的该表的统计信息，row_num为0了)

 一、主机1、cpucpu高 一般为逻辑读高，不排除有些异常的逻辑读sql工具 描述uptime 平均负载vmstat 包括系统范围的cpu平均负载mpstat 查看所有cpu核信息top 监控每个进程cpu用量sar -u 查看cpu信息pidstat 每个进程cpu用量分解...