您现在的位置：首页
--> Oracle
有一条SQL，这个表上建billing_nbr和start_date的复合索引，这条SQL就能很快执行完（实际上最后也建了索引）。但是这里我们要探讨的是，为什么这么一条简单的SQL语句，执行了超过1小时还没有结果。MOBILE_CALL_1204_OLD这张表的大小约为12GB，以系统的IO能力，正常情况下不会执行这么长的时间。简单地看了一下，系统的CPU以及IO压力都不高。假设单进程全表扫描表，每秒扫描50MB大小（这实际上是一个很保守的扫描速度了），那么只需要245秒就可以完成扫描。
现在有个需求,需要使用exp/imp导入11g的数据库数据到9i中,解决这个问题一般来说想到三种方法思路,一个个尝试(其实从高版本服务端支持低版本客户端的原则,可以大概的猜测出使用9i的客户端处理该问题) 方法1:导出导入都使用11g客户端 这个错误是版本不兼容导致:PLS-00302: component ‘SET_NO_OUTLINES’ must be declared 方法2:11g客户端导出,9i客户端导入 方法3:9i客户端导出,9i客户端导入 解决setSegmentation fault异常终止 通过一系列的实验证明,需要把11g的数据导入到9i中,需要使用9i的客户端进行,其中exu9defpswitches视图需要重建,否则会出现setSegmentation fault异常,导致导入失败.
从oracle 10g开始引进了sql_id，在老版本的oralce中,要表明一条sql,一般使用hash value，而在10g及其以后版本中一般建议使用sql_id,从9i的sp和10g的awr中也可以看出.对于Library Cache对象,Oracle使用MD5算法进行哈希,生成一个128位的Hash Value,其中低32位作为HASH VALUE显示,SQL_ID则取了后64位.既然hash value和sql_id之前存在着这样的关系,那么我们就可以通过函数实现两者的部分转换(因为最终取值长度不同,所以不能完全转换) 1.查询sql_id和hash value 2.oracle自带函数转换sql_id to hash value 3.自己编写函数sql_id to hash value 4.hash value 转换为部分 sql_id
学习ORACLE的第一步就是安装ORACLE，很多情况下DBA安装ORACLE的时候为了方便都是一路下一步的形式来安装，其实这样小小的偷懒可能会带来数据库性能问题，也会给DBA日后的维护增加工作量和复杂度。 在安装ORACLE的时候，ORACLE会提示很多组件是否安装，一些环境用不到的组件建议不要安装，多安装一个组件对磁盘来说就会多占用写空间，对ORACLE本身来说也多了些自动维护的对象，对DBA来说就意味着可能会遇到这些组件带来的性能和可用性问题，增加维护数据库的工作量。 下面是我的环境ORACLE的安装和建库的示例。
在最近的一次数据库异常恢复过程中遇到不少问题,把重点记录下.
索引扫描不同于表扫描，表扫描只有一种类型就是全表扫描(full table scans),而索引扫描根据具体情况不同可以分为如下几类：索引唯一扫描(index unique scan).这种扫描发生在主键或者唯一索引上，根据键值可以唯一确定要访问的记录，这种扫描方式因为返回的记录数少，能够快速定位记录，扫描效率较高索引范围扫描(index range scan).这种撒么一般发生在返回多个值的时候，如where条件中>and <或者非唯一索引中的=时，范围扫描要求返回的结果集不能太多，否则不能从索引扫描上获取益处，因为从索引只能获得rowid与索引列的值，，有可能还需要根据rowid回表一条条的去找行的其他数据，除非不需要回表便能从索引上获得必需的数据。
在很多时候,我们需要使用备份控制文件恢复数据库,在恢复完成后,准备打开库,很多人知道这个时候如果要打开这个库,需要使用resetlogs操作,虽然在oracle 10g及其以后版本中在恢复的时候可以跨越resetlogs操作,但是很多时候大家还是希望使用备份的控制文件能够正常的open一个库,而不是resetlogs.这里通过实验展示使用备份控制文件正常open库的过程.
索引扫描不同于表扫描，表扫描只有一种类型就是全表扫描(full table scans),而索引扫描根据具体情况不同可以分为如下几类：索引唯一扫描(index unique scan).这种扫描发生在主键或者唯一索引上，根据键值可以唯一确定要访问的记录，这种扫描方式因为返回的记录数少，能够快速定位记录，扫描效率较高索引范围扫描(index range scan).这种撒么一般发生在返回多个值的时候，如where条件中>and <或者非唯一索引中的=时，范围扫描要求返回的结果集不能太多，否则不能从索引扫描上获取益处，因为从索引只能获得rowid与索引列的值，，有可能还需要根据rowid回表一条条的去找行的其他数据，除非不需要回表便能从索引上获得必需的数据。
今天在群里有人问如何查看某个用户下的所有空表，有人回答是写PL/SQL，其实不用那么麻烦，而且表如果很多的话，执行会很慢，详细请见正文。
近期有朋友对于单个表上的index各种情况比较模糊,这里对于单个表上,单个index出现的大多数情况进行了总结性测试,给出了测试结果,至于为什么出现这样的试验结果未做过多解释,给读者留下思考的空间.本篇文章仅仅是为了测试hint对index的影响,而不是说明走各种index方式的好坏.参考: INDEX FULL SCAN vs INDEX FAST FULL SCAN 创建表模拟测试 TABLE ACCESS FULL 从上面的执行计划中可知,此时走了全表扫描. 由于我们需要查询的列为object_id,因此理论上只需要读取索引就应该可以返回所有数据,而此时为什么是全表扫描呢？
最近遇到几次ASM HEADER出问题导致DATA GROUP 不能正常的MOUNT,是的数据库不能正常工作,从来带来了无穷的麻烦,这个时候心想,如果我做了ASM HEADER的备份该多好啊,可惜世上没有后悔药,建议大家检查下自己的ASM库,ASM HEADER是否已经做了备份,如果没有请及时处理下.这里试验提供了dd和kfed备份和恢复ASM HEADER。
使用rman基于scn实现数据库增量恢复是在dg中修复gap的时候常见的方法,其实该方法也可以使用常规的增量恢复,通过人工控制,实现数据库的某种特殊的业务需求(特殊的数据迁移).处理思路主要是获得备库的数据文件最小scn(这个scn可能是通过全备恢复或者增量恢复产生),然后基于该SCN实现数据库增量备份,然后利用该备份进行增量恢复.
DB2日志参数介绍和修改归档模式
1.发现多个ora_j0**进程 可以发现进程重启非常频繁,大概1分钟重启一次，启动ora_j0**的个数为20个 2.其他参数 3.对cjq进程做10046 4.查看cjq的10046文件 发现大量的process startup等待，而且两次批量运行之间的时间间隔在1分钟左右。 通过O记的大力帮助,终于找出了该问题的原因:Bug 4339922: CJQ PROCESS WAKE UP JOB QUEUE PROCESSES EVERY 1 MINUTES.(THERE IS NO JOBS).因为9i的版本oracle不再提供新补丁支持,ora_j0**相关进程不停重启不太占用系统和数据库资源,在不能升级数据库的情况下,可以考虑设置job_queue_processes到一个合适值,然后忽略该问题。 跟踪ORACLE非当前会话利用oradebug释放被删除文件空间查找V$PARAME
Oracle RAC环境下诊断问题无一是比较麻烦的，大量的CRS logs散落在不同的目录下，很容易遗忘。但Oracle推出的一个居家旅行必备的小脚本，极大的方便了日志的收集。
客户一套运行在Oracle 10.2.0.5 RAC上的系统，间歇性地出现性能问题。其性能现象为前台反映性能缓慢，从系统上看CPU利用率大幅增加，load增加。这种性能问题通常在出现几分钟后自动恢复正常。
提起Oracle数据库的Hint，几乎每一个DBA都知道这一强大工具。在Oracle中，Hint可以用来改变SQL的执行计划、固定SQL的执行计划。Oracle数据库内部的很多特性也依赖于Hint，比如Outline、Profile等。但是在日常工作中，很多开发人员或DBA，对Hint的使用仍然存在一些错误的方式。下面将列举主要的2种。（本文不讨论Hint的滥用即过度使用问题）。 1. NOLOGGING的不正确使用。很多人知道，在进行数据处理时，如果不产生日志或只产生少量的日志，将会有明显的、甚至是巨大的效率提升。
日志文件是我们经常关注的,比如出现checkpoint not complete,或者是我们发现alert.log里日志切换特频繁,这个时候就要调整日志,比如事务总是等待LGWR写日志文件,日志文件切换在等归档,可能这个时候就要添加日志组了,利用ASM,可以很容易的规范日志成员的名字和日志组的编号.
近3天十大热文
-
[588] 招聘技巧一二 -
[17] 我的git笔记
-
[16] 豆瓣是啥？
-
[16] 数据分析中常用的数据模型
-
[15] Android用户界面设计：表格布局
-
[14] 给自己的字体课（一）——英文字体基础
-
[14] 密度聚类算法之OPTICS
-
[14] jQuery性能优化指南
-
[14] 一次神奇的MySQL优化
-
[13] 在ssh服务里使用chroot
赞助商广告
