BlogJava-谈笑有鸿儒，往来无白丁-随笔分类-ORACLE篇章

RAC的RMAN备份需要连接两个实例吗

坏男孩 — Thu, 17 Dec 2015 01:18:00 GMT

归档日志放在ASM上，rman脚本中不用连接2个实例，归档放在ASM上是共享存储，只需要在一个实例备份即可。

坏男孩 2015-12-17 09:18 发表评论

AIX修改时间

坏男孩 — Thu, 10 Dec 2015 21:18:00 GMT

linux下用date -s "YYYYmmdd HH:MM:SS"

AIX date -n mmddHHMMYY，mm表示月分，dd表示日期，HH表示小时，MM表示分钟，YY表示年份。

坏男孩 2015-12-11 05:18 发表评论

While inserting a large BLOB using JDBC, the application fails with：ORA-22990

坏男孩 — Tue, 25 Aug 2015 05:56:00 GMT

CAUSE

The Oracle oracle.sql.BLOB OutputStream writes the data in chunks. Since autocommit defaults to true, the first chunk is committed. This results in the write operation for the next chunk of the Blob to fail since it appears to be in the next transaction.
In those conditions, the ORA-22990 exception will occur with any version of Oracle JDBC driver.

SOLUTION

Issue the setAutoCommit(false) command. Then, explicitly commit the transaction after all of the Blob chunks have been written to the row and the stream.close() method has been executed.

If using the Oracle 10g JDBC driver (or greater version), a second solution consists of using the standard JDBC api (setBinaryStream method of java.sql.PreparedStatement interface). And in this case, AutoCommit can be set to true.

Here is an example:

PreparedStatement stmt = conn.prepareStatement("INSERT INTO blobTest VALUES (?,?)"); 
File fd = new File(testFile); 
fis = new FileInputStream(fd); 
stmt.setInt(1,1); 
stmt.setBinaryStream(2,fis,(int)fd.length());

where blobTest is a table defined as the following:

SQL> create table blobTest (id number (4), data blob);

坏男孩 2015-08-25 13:56 发表评论

enq: TX - row lock contention 等待事件

坏男孩 — Fri, 20 Mar 2015 07:20:00 GMT

OS环境：windows server 2008 64位

数据库版本：11.2.0

今天在使用rman备份的时候随意的查看了一下等待事件，除了了我们现在系统遇到的IO瓶颈外，还额外的发了enq: TX - row lock contention该等待事件

1：查询当前系统的等待事件

select event,sid,p1,p2,p3 from v$session_wait where event not like 'SQL*%' and event not like 'rdbms%';

EVENT                                   SID         P1              P2             P3
----------------------------------     ----      ----------      ----------    ----------
enq: TX - row lock contention     4    1415053318     196638        55836
RMAN backup & recovery I/O      5            1               256       2147483647
enq: TX - row lock contention    12    1415053318     524293        51153
RMAN backup & recovery I/O     25           1                256      2147483647
db file sequential read             27         16             2876703         1
pmon timer                             33         300               0               0
db file scattered read               39          33              790536         128
VKTM Logical Idle Wait            49           0                   0               0
Streams AQ: qmn slave idle wait         50          1          0          0
asynch descriptor resize           53          1              4294967295    1237
jobq slave wait                       54          0                     0          0

EVENT                                   SID         P1          P2                 P3
-------------------------------------------    -------       ----------          ----------
db file sequential read             170         33         1100519            1
direct path read                      181         44          469892           124
enq: TX - row lock contention    212 1415053318     524293         51153
smon timer                             225        300          0       0
enq: TX - row lock contention    232 1415053318     524293         51153
direct path read                      234         16           1099776         128
Streams AQ: qmn coordinator idle wait 242          0          0         0

上面的等待事件说明session4，12，212，232想加锁，但是有别的session占着，所以等待。

enq是一种保护共享资源的锁定机制，一个排队机制，先进先出(FIFO)

发生TX锁的原因一般有几个

1.不同的session更新或删除同一个记录。

2.唯一索引有重复索引

3.位图索引多次更新

4.同时对同一个数据块更新

5.等待索引块分裂

2：下面我们通过enq: TX - row lock contention来看看这些session都在等什么

select ROW_WAIT_OBJ#,ROW_WAIT_FILE#,ROW_WAIT_BLOCK#,ROW_WAIT_ROW# from v$session where event='enq: TX - row lock contention';

ROW_WAIT_OBJ# ROW_WAIT_FILE# ROW_WAIT_BLOCK# ROW_WAIT_ROW#
------------- -------------- --------------- -------------
        87556             57             395            88
        87564             57             435             0
        87564             57             435             0
        87564             57             435             0
        87564             57             435             0

3：通过上面sql查找出来的对象编号找到对应的对象名称

SQL> select object_name from dba_objects where object_id in (87564);

OBJECT_NAME
-----------
QRTZ_LOCKS

4：通过对象名称找出该对象的对应属性，对象属性为TABLE

SQL> select OWNER,OBJECT_NAME,OBJECT_ID,DATA_OBJECT_ID, OBJECT_TYPE from all_objects where object_name='QRTZ_LOCKS';

OWNER OBJECT_NAME OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE

SCHEDULE QRTZ_LOCKS 87564 87564 TABLE

5：通过正在等待的SID查看它们都在执行什么操作

SQL> select sid,sql_text from v$session a,v$sql b where sid in(4,12,41,212,232) and (b.sql_id=a.sql_id or b.sql_id=a.prev_sql_id);

SID SQL_TEXT
---- ----------------------------------------------------------------------------------------------------
4 UPDATE QRTZ_CRON_TRIGGERS SET CRON_EXPRESSION = :1 WHERE TRIGGER_NAME = :2 AND TRIGGER_GROUP = :3
12 SELECT * FROM QRTZ_LOCKS WHERE LOCK_NAME = :1 FOR UPDATE
41 SELECT * FROM QRTZ_LOCKS WHERE LOCK_NAME = :1 FOR UPDATE
212 SELECT * FROM QRTZ_LOCKS WHERE LOCK_NAME = :1 FOR UPDATE
232 SELECT * FROM QRTZ_LOCKS WHERE LOCK_NAME = :1 FOR UPDATE

从上面的结果可以看出，SCHEDULE用户下的五个session同时在执行一条相同的sql语句，对应的对象则是QRTZ_LOCKS 这个表，所以发生了锁，从而产生等待，通过和同事的交流，得知这个一个ETL程序要访问的表，里面只有五条数据，但是却要时时调度。

6：下面我们去找一下对应sid产生的锁

SQL> select SID,TY,ID1,ID2,LMODE,REQUEST,CTIME,BLOCK from V$lock where block=1 or request<>0;
         SID TY        ID1        ID2      LMODE    REQUEST      CTIME      BLOCK
---------------- ---- -- ---------- ---------- ---------- ---------- ---------- ----------
         41 TX     524293      51153          0          6       3846             0
         12 TX     524293      51153          0          6       4190             0
         232 TX     524293      51153          0          6       4626             0
         212 TX     524293      51153          0          6       4749             0
          4 TX     196638      55836          0          6       4755              1
         44 TX     196638      55836          6          0       4765              1

由此可以查看，BLOCK=1的sid是该等待事件的根源，其他session则等待该锁被释放。

解决方法：

1：通过v$session找到BLOCK=1的用户，告知用户提交事务

2：通过sid找到pid，kill掉该进程

3：更改sql语句，SELECT * FROM QRTZ_LOCKS WHERE LOCK_NAME = :1 FOR UPDATE no wait

加nowait的意思是得到或者得不到，不会等待

坏男孩 2015-03-20 15:20 发表评论

ORA-39097

坏男孩 — Fri, 20 Mar 2015 07:14:00 GMT

该报错我并没有查找到根本的原因，去metalink上看到有解决办法，则是加大streams_pool_size即可，导出恢复正常 alter system set streams_pool_size = 48M;

坏男孩 2015-03-20 15:14 发表评论

ORA-39095

坏男孩 — Fri, 20 Mar 2015 07:13:00 GMT

出现该报错的原因一般分为两种情况。

第一种情况是因为在expdp的时候给才转储空间太小，数据无法写入转储文件内，所以报错，这种报错很好解决，只需要进入交互模式下，可以用add_file来增加转储文件，然后restart该job即可。

第二种情况则是因为设置参数parallel大于转储文件数目引起的，官方文档的解释是parallel io server processes写文件不能同时写一个，如果只有一个dumpfile(或少于parallel)就会影响性能。不但如此，当一个io server process在等待从而不能写dumpfile的时候就会报ORA-39095

解决该问题一共两种办法

1：进入到交互模式，减少parallel的数量，使其等于dmp文件的数量或增加dmp文件，使其与parallel数量相等。

2：在写导出语句的时候指定dumpfile中使用变量 %u(大小写均可)，让其自由分配转储文件即可。

坏男孩 2015-03-20 15:13 发表评论

ORA-00600

坏男孩 — Fri, 20 Mar 2015 07:08:00 GMT

机房环境：

OS：windows 2008

数据库版本：oracle 11g

事件起因：

昨天公司运维说机房的HP服务器磁盘坏了，我当时冷汗一下子就出来了，因为这是测试库，没有备份，没有归档，但是里面可是有1.5T的数据啊，internal error code, arguments: [kcratr_nab_less_than_odr]错误" src="http://www.sinaimg.cn/uc/myshow/blog/misc/gif/E___6692EN00SIGG.gif" alt="解决ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr]错误" style="border: none; max-width: 100%;" />下午他们修了一下午，系统可以进去了，但是数据库在启动到OPEN的时候报错SYSTEM01数据文件缺失一千多个数据块，由于没有备份和归档，所以这个数据库是挂掉了。internal error code, arguments: [kcratr_nab_less_than_odr]错误" src="http://www.sinaimg.cn/uc/myshow/blog/misc/gif/E___6706EN00SIGG.gif" alt="解决ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr]错误" style="border: none; max-width: 100%;" />（DBA们一定要做好备份，否则最后全是自己的事情），幸好我们还有一个一周前的冷备库，所以我直接物理迁移，把数据库恢复到一周以前了，恢复的过程非常简单，因为数据库必须的那些文件路径都已存在（如参数文件内的DUMP文件等），我只是把参数文件，密码文件，控制文件，数据文件恢复到指定的目录，然后直接STARTUP，在nomount和mount阶段都是比较顺利的，而到open阶段的时候，则报错了让我闹心的ORA-600ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr]的错误，因为大家都知道，ORA-600是数据库自己内部的BUG，我也是第一次遇到，问了很多人大家都不会，所以只能自己去摸索解决，值得庆幸的是在摸索了一个小时后，我终于把数据库OPEN了，以下就是我恢复的步骤，如果感觉对您有所帮助，那么请支持我一下。internal error code, arguments: [kcratr_nab_less_than_odr]错误" src="http://www.sinaimg.cn/uc/myshow/blog/misc/gif/E___7392ZH00SIGG.gif" alt="解决ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr]错误" style="border: none; max-width: 100%;" />

//报错：ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [1770], [779181], [779205], [], [], [], [], [], [], []

//因为ORA-600的错误没有具体提示，所以很多人无从下手，别着急，我们可以先去告警日志去看看，以下是我的告警日志信息：

ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [1770], [779181], [779205], [], [], [], [], [], [], [

Incident details in: d:/app/administrator/diag/rdbms/ccxe/ccxe/incident/incdir_2570/ccxe_ora_2164_i2570.trc
Aborting crash recovery due to error 600
Errors in file d:/app/administrator/diag/rdbms/ccxe/ccxe/trace/ccxe_ora_2164.trc:
ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [1770], [779181], [779205], [], [], [], [], [], [], []
Errors in file d:/app/administrator/diag/rdbms/ccxe/ccxe/trace/ccxe_ora_2164.trc:
ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [1770], [779181], [779205], [], [], [], [], [], [], []
ORA-600 signalled during: alter database open...
Tue May 10 10:13:10 2011
Trace dumping is performing id=[cdmp_20110510101310]
Tue May 10 10:13:11 2011
Sweep [inc][2570]: completed
Sweep [inc2][2570]: completed
Tue May 10 10:29:52 2011
Shutting down instance (immediate)
Shutting down instance: further logons disabled

//我们通过告警日志文件好像也没查到什么有用的信息，别着急，我们还可以再查找对应的TRC文件，我的对应TRC文件则是ccxe_ora_2788_i2164.trc，以下是我的TRC信息

WARNING! Crash recovery of thread 1 seq 1770 is

ending at redo block 779181 but should not have ended before

redo block 779205

//看，有警告了，意思是我在恢复的时候，丢失了redo日志，当时我很纳闷，怎么会丢失redo呢？最后我把这个问题定位在传输redo的时候可能造成数据块的丢失，因为我以前发生过这类事情，所以我重新拷贝redo日志，再次将数据库启动。

Incident 3771 created, dump file: d:/app/administrator/diag/rdbms/ccxe/ccxe/incident/incdir_3771/ccxe_ora_2164_i3771.trc

ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [1770], [779181], [779205], [], [], [], [], [], [], []

*** 2011-05-10 10:47:11.138

Stopping background process MMNL

*** 2011-05-10 10:47:12.139

Stopping background process MMON

*** 2011-05-10 10:47:13.259

ksukia: Starting kill, flags = 1

ksukia: killed 0 out of 0 processes.

*** 2011-05-10 10:47:14.652

*** 2011-05-10 10:47:14.652 4132 krsh.c

ARCH: Archival disabled due to shutdown: 1089

*** 2011-05-10 10:47:15.653

*** 2011-05-10 10:47:15.653 4132 krsh.c

ARCH: Archival disabled due to shutdown: 1089

//重新拷贝redo日志到指定目录，再次启动数据库。

Total System Global Area 6413680640 bytes

Fixed Size 2187728 bytes

Variable Size 754978352 bytes

Database Buffers 5637144576 bytes

Redo Buffers 19369984 bytes

Database mounted.

ORA-00338: log 4 of thread 1 is more recent than control file

ORA-00312: online log 4 thread 1:

'D:/APP/ADMINISTRATOR/ORADATA/CCXE/REDO04.LOG'

//报错果然不一样了，这次报错的意思是我的日志比我的控制文件新，要我恢复控制文件。

SQL> recover database using backup controlfile until cancel; 指定日志文件恢复

Specify log: {=suggested | filename | AUTO | CANCEL}

D:/app/Administrator/oradata/CCXE/redo04.log

ORA-00279: change 128488612 generated at 05/10/2011 11:13:52 needed for thread

ORA-00289: suggestion :

D:/APP/ADMINISTRATOR/FLASH_RECOVERY_AREA/CCXE/ARCHIVELOG/2011_05_10/O1_MF_1_1771_%U_.ARC

ORA-00280: change 128488612 for thread 1 is in sequence #1771

ORA-00278: log file 'D:/app/Administrator/oradata/CCXE/redo04.log' no longer

needed for this recovery

Specify log: {=suggested | filename | AUTO | CANCEL}

D:/app/Administrator/oradata/CCXE/redo05.log

Log applied.

Media recovery complete.

SQL> alter database open; -必须以RESETLOGS方式打开数据库

alter database open

ERROR at line 1:

ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

SQL> alter database open RESETLOGS ;

Database altered.

OK，现在数据库起来了，通过这次出错我总结了几点，希望对大家有帮助

1：数据库不管是不是测试，都尽量备份，否则出问题哭都来不及。

2：数据库尽量归档，这样就可以恢复数据库在任何时刻。

3：出错时不要慌，要仔细查看报错信息，分析报错，根据自己所掌握的知识一步一步解决，当你把问题解决

时，你会发现排错的过程真的是一个非常提升自己的过程。

4：平常一定要有几个在这方面很强的朋友，因为有的时候并不是自己查资料就能查到的，更多的是需要朋友的

经验与帮助。

注：以上就是这次错误的全部过程，过段时间我会把近期所遇到的错误都整理一下，都分享给大家，通过近期的工作我感觉数据库真的是一个非常庞大的系统，每次遇到新错的时候我都会很郁闷的解决，因为我发现我的懂的还是太少了，学习毕竟是一个由点到线，由线到网的过程，一个问题由模糊到清晰，由清晰再模糊，反复来几遍最终都会很明白的。我们要有清晰的理论知识，出错的时候才会找到出题所在，作为一个DBA冷静，清晰的头脑也很重要，通过DBA的这个行业，也是非常锻炼自己的性格，希望大家都可以在DBA的这条职场之路，越走越远，祝大家好运。

坏男孩 2015-03-20 15:08 发表评论

解决ORA-01555报错

坏男孩 — Fri, 20 Mar 2015 07:03:00 GMT

OS环境：windows2008

数据库版本：oracle 11.2.0

今天同事需要执行一个拥有大批量运算的存储过程，当执行的时候报错，报错信息如下：

ERROR at line 1:
ORA-01555: snapshot too old: rollback segment number 18 with name
"_SYSSMU18_671080725$" too small
ORA-06512: at "TRANUSER.TRAN_ETL_LOAD_J2S_MAIN", line 22
ORA-06512: at "TRANUSER.TRAN_ETL_LOAD_JST_PRE", line 5
ORA-06512: at line 2

--精彩解释

不知道是从哪里转的了, 假设有张表，叫table1，里面有5000万行数据，假设预计全表扫描1次需要1个小时，我们从过程来看：

1、在1点钟，有个用户A发出了select * from table1;此时不管将来table1怎么变化，正确的结果应该是用户A会看到在1点钟这个时刻的内容。这个是没有疑问的。
2、在1点30分，有个用户B执行了update命令，更新了table1表中的第4000万行的这条记录，这时，用户A的全表扫描还没有到达第4000万条。毫无疑问，这个时候，第4000万行的这条记录是被写到了回滚段里去了的，我假设是回滚段RBS1，如果用户A的全表扫描到达了第4000万行，是应该会正确的从回滚段RBS1中读取出1点钟时刻的内容的。
3、这时，用户B将他刚才做的操作commit了，但是这时，系统仍然可以给用户A提供正确的数据，因为那第4000万行记录的内容仍然还在回滚段RBS1里，系统可以根据SCN来到回滚段里找到正确的数据，但是大家注意到，这时记录在RBS1里的第4000万行记录已经发生了一点重大的改变：就是这个第4000万行的在回滚段RBS1里的数据有可能随时被覆盖掉，因为这条记录已经被提交了！！！
4、由于用户A的查询时间漫长，而业务在一直不断的进行，RBS1回滚段在被多个不同的tracnsaction使用着，这个回滚段里的extent循环到了第4000万行数据所在的extent，由于这条记录已经被标记提交了，所以这个extent是可以被其他transaction覆盖掉的！
5、到了1点40分，用户A的查询终于到了第4000万行，而这时已经出现了第4条说的情况，需要到回滚段RBS1去找数据，但是已经被覆盖掉了，于是01555就出现了。

--错误提示

数据库报错 ORA-01555 什么回滚段 '_SYSSMU168' is too small.很明显是可用的回滚段太小了满足不了那个大事物的需要具体的sql我就不提供了

还有一种可能,一般伴随着ORA-22924出现就是LOB上的问题

辨别ORA-01555是不是发生在LOB上的,一般来说,普通的01555错误会指明发生01555的rollback segment,而LOB的则没有,而是伴随着ORA-22924出现

http://www.dbafan.com/blog/?p=11

辨别ORA-01555是不是发生在LOB上的,一般来说,普通的01555错误会指明发生01555的rollback segment,而LOB的则没有,而是伴随着ORA-22924出现http://www.dbafan.com/blog/?p=11

--回滚原理

回退段中存放的信息被称为“前照”(pre-image)，也就是说当一个进程对某个表进行了DML操作以后，
更改前的纪录信息被存放于回滚段，其作用有两个：

1、当进程要求回滚（ROLLBACK）的时候，使用回滚段中信息是纪录复原；

2、保持数据读的一致性，当一个进程从某个表中读纪录的时候，ORACLE返回的是当读开始或者进程开始时的纪录，如果在读取过程中有其他进程更改了表纪录，ORACLE就会从回滚段中读取当读操作开始时的数据。回滚段中信息并不是持久有效的，当进程提交（COMMIT）或者回滚（ROLLBACK）的时候，回滚段就被释放了。当一个进程在执行一个大查询的时候，如果在查询的过程中所读取得的表被更改而且更改COMMIT太久，那回滚段中的“前照”就有可能会被其他的进程覆盖，从而导致ORA-01555错误。

--解决方法

1、增加回滚段的大小，因为ORACLE总是覆盖最旧的回滚段，所以大的回滚段能有效的降低数据被覆盖的可能性。
2、检查你的程序，避免在一个大查询的过程中对所查询的表执行太多更新操作。

下面回顾下关于ora-01555的解决方法 10g默认是使用AUM 这里就不说了. 下面是几个解决方式来自hellodba 总结的很不错大家可用参考下：

1、扩大回滚段: 因为回滚段是循环使用的，如果回滚段足够大，那么那些被提交的数据信息就能保存足够长的时间是那些大事务完成一致性读取。

2、增加undo_retention时间:在undo_retention规定的时间内，任何其他事务都不能覆盖这些数据。

3、优化相关查询语句，减少一致性读:减少查询语句的一致性读，就降低读取不到回滚段数据的风险。这一点非常重要！

4、减少不必要的事务提交:提交的事务越少，产生的回滚段信息就越少。

5、对大事务指定回滚段,通过以下语句可以指定事务的回滚段：SET TRANSACTION USE ROLLBACK SEGMENT rollback_segment; 给大事务指定回滚段，即降低大事务回滚信息覆盖其他事务的回滚信息的几率，又降低了他自身的回滚信息被覆盖的几率。大事务的存在，往往是1555错误产生的诱因。

6、使用游标时尽量使用显式游标，并且只在需要的时候打开游标，同时将所有可以在游标外做的操作从游标循环中拿出。当游标打开时，查询就开始了，直到游标关闭。减少游标的打开时间，就减少了1555错误发生的几率。http://hi.baidu.com/xu521huan/blog/item/0903ec9b62d85ebec8eaf442.html

--一些实例

我的回答是先看看到底是哪个SQL有这个问题，再确定不是因为SQL本身太糟糕导致SNAPSHOT TOO OLD。再跟他们说我不相信把UNDO_RETENTION加大会有效地解决问题。最后给几个CASES来支持我的观点。
(1)reduce the frequency of commit
(2)set initialization paramter undo_retention(9i)
(3)alter system set retention guarrantee (10g)
(4)increase the size of the undo tablespace
(5)assign a large rollback segment for the large transaction
(6)tuning the long run sql
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
the root cause of the error ora-01555:the long run query can not find a consistent image, because the undo blocks that used to construct the consistent image were wrapped by other active transaction.

遇到这个问题，首先可以看是维护需要执行的SQL或者应用执行的SQL报的

1、如果平时不报，只是维护人员执行的SQL报的，一般是SQL写得不好，运行执行过长，超过了参数 redo_retention所设置的时间造成的。这种情况可以协助他们进行SQL分析和优化，减少运行时间，这个情况下系统不需要对系统进行调整

2、如果是应用程序报的，比如批量程序，则需要通知相关人员进行重做，否则批量运行失败，业务可能会因为数据遗漏出现问题。如果出现的频率较多，则需要在优化应用程序（优化的手段有SQL优化、适当增加commit的次数等）。在应用新版本上线前，可通过调整系统配置临时解决问题方法如：

1）增大undo表空间

2）增大redo_retention

3)为此大事物指定专门的undo 段

http://www.itpub.net/viewthread.php?tid=1021888&extra=&highlight=DBA%C3%E6%CA%D4&page=3

新鲜出炉的案例：APPS的人下午回馈说今天一个DB的JOB一直报SNAPSHOT TOO OLD。这是过去几个月这个数据库第一次有这种回馈。到ALERT LOG中看看，有好多这种ERROR：Wed Jul 16 10:30:44 2008 ORA-01555 caused by SQL statement below (Query Duration=884 sec, SCN: 0x0018.bef62785):Wed Jul 16 10:30:44 2008

Wed Jul 16 10:57:29 2008 ORA-01555 caused by SQL statement below (Query Duration=149 sec, SCN: 0x0018.bf0d3e47):Wed Jul 16 10:57:29 2008

嗯，884S，149S，不可能吧？看看UNDO SETTINGS，很大啊：

SQL> show parameter undo
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
undo_management                      string      AUTO
undo_retention                       integer     10800
undo_suppress_errors                 boolean     FALSE
undo_tablespace                      string      UNDOTBS2

SQL> select sum(bytes)/(1024*1024*1024) as gbytes from dba_data_files;
GBYTES
----------
300.654297

SQL> select sum(bytes)/(1024*1024*1024) as gbytes from dba_data_files where tablespace_name='UNDOTBS2';
GBYTES
----------
9.765625

自己试试：
create table mytab as where 1=0
16:12:14 SQL> insert into mytab
insert into mytab
*

ERROR at line 1:
ORA-01555: snapshot too old: rollback segment number 27 with name "_SYSSMU27$"
too small
Elapsed: 00:10:08.83
奇怪了。看看今天这个UNTOTBS2 UTILIZATION怎样。

SQL> select snap_time, free_mb from tbs_usage_hist where database='' and tbs='UNDOTBS2' and snap_time>sysdate-1 order by snap_time;
SNAP_TIME              FREE_MB
------------------- ----------
2008-07-15 18:00:00    9172.56
2008-07-15 19:00:00    9172.56
2008-07-15 20:00:00    9156.56
2008-07-15 21:00:00    9188.56
2008-07-15 22:00:00    9204.56
2008-07-15 23:00:00    9212.56
2008-07-16 00:00:00    9228.56
2008-07-16 01:00:00    9228.56
2008-07-16 02:00:00    9236.56
2008-07-16 03:00:00    9228.56
2008-07-16 04:00:00    9252.56
2008-07-16 05:00:00    9252.56
2008-07-16 06:00:00    9252.56
2008-07-16 07:00:00    9260.56
2008-07-16 08:00:00    9244.56
2008-07-16 09:00:00    8486.56
2008-07-16 10:00:00    1683.56
2008-07-16 11:00:00       2.31
2008-07-16 12:00:00       1.94
2008-07-16 13:00:00       2.44
2008-07-16 14:00:00       2.44
2008-07-16 15:00:00       1.25
2008-07-16 16:00:00      17.75

那问题应当是很明了了，自今天十点多UNDOTBS2一直是HIGHLY UTILIZED。打个电话给APP OWNER，原来他今天早上十点左右做了一个很大的DELETE。即然这个报错的APP只要在二十四小时内能再执行完就可以，而OLTP APP没报错，那就再等等吧。在四点半时，UNDOTBS2就差不多是85% FREE。再试试：
16:37:49 SQL> insert into mytab
182 rows created.
Elapsed: 00:34:47.39
17:12:37 SQL>
现在的UNDOTBS2 UTILIZATION：
SNAP_TIME FREE_MB
------------------- ----------
2008-07-16 17:00:00 8523.63
问题解决。SNAPSHOT TOO OLD从来就不是一个过时的题目,也没有一个简单的答案。

坏男孩 2015-03-20 15:03 发表评论

ORA--27100

坏男孩 — Fri, 20 Mar 2015 06:58:00 GMT

决ORA--27100 shared memory realm already exists报错

分类：各种ORA-报错2011-05-19 15:49 1220人阅读评论(0) 收藏举报

integersql数据库oraclewindowssystem

OS环境：windows PC

数据库版本：oracle 10.0.2.1

这是一次小打小闹的报错，原因是帮同事改他自己玩的测试库sga，原sga_max_size大小为600M，我修改为2G，重启时报错。

ORA-27100 shared memory realm already exists

通过查询官方文档，解释该原因是因为windows pc 32位机最大支持分配oracle内存为1.7G，所以导致报错，这是一次缺少经验的教训。

解决案例：

1：SQL> show parameter sga

     NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
     lock_sga                             boolean     FALSE
     pre_page_sga                    boolean     FALSE
     sga_max_size                    big integer 568M
     sga_target                         big integer 568M

2：SQL> alter system set sga_max_size=2048m scope=spfile; -将SGA设置为2G

SQL> alter system set sga_target=2048m scope=spfile;

3：SQL> shutdown immediate -重启数据库报错

SQL> startup

ORA-27100 shared memory realm already exists

OSD-00029: ????????????
O/S-Error: (OS 8) ??????????????????????????????

4：SQL> create pfile from spfile; -使用spfile生成pfile，修改参数文件内的以下两个参数，

将参数调小。

*.sga_max_size=600000000
*.sga_target=600000000

5：SQL> startup pfile='E:/oracle/product/10.2.0/db_1/database/INITorcl.ORA' -这时候启动

依然报错，这是因为windows机器需要重启后台服务，否则无法生效（郁闷）
ORA-27100 shared memory realm already exists

OSD-00029: ????????????
O/S-Error: (OS 8) ??????????????????????????????

7：找到管理/服务/OracleServiceORCL 重启

8：SQL> startup pfile='E:/oracle/product/10.2.0/db_1/database/INITorcl.ORA'
ORACLE 例程已经启动。

     Total System Global Area 603979776 bytes
     Fixed Size                  1250428 bytes
     Variable Size             163580804 bytes
     Database Buffers          432013312 bytes
     Redo Buffers                7135232 bytes
     数据库装载完毕。
     数据库已经打开。

9：SQL> create spfile from pfile; -根据启动的pfile生成spfile，下次启动时候则主动读取spfile

参数文件

SQL> startup force
SQL> show parameter spfile

     NAME                                 TYPE        VALUE
     ------------------------------------ ----------- ------------------------------
     spfile                               string      E:/ORACLE/PRODUCT/10.2.0/DB_1/
                                                 DATABASE/SPFILEORCL.ORA
     SQL> show parameter sga;

     NAME                                 TYPE        VALUE
     ----------------------------------- ----------- ------------------------------
     lock_sga                             boolean     FALSE
     pre_page_sga                      boolean     FALSE
     sga_max_size                      big integer 576M
     sga_target                          big integer 576M

坏男孩 2015-03-20 14:58 发表评论

用exp无法导出空表解决方法

坏男孩 — Mon, 11 Jun 2012 02:29:00 GMT

最早的一次使用oracle 11g导出数据发现有的表丢失了，感觉莫名其妙的，后来终于找到原因了。
找到问题以后，再看看解决方案。

11GR2中有个新特性，当表无数据时，不分配segment，以节省空间，可是在用EXPORT导出时，空表也不能导出，这就导致迁移时候丢失了一些表，存储过程也失效了。本以为EXP能有相应的控制开关，可以切换是否导出空表，看了下帮助，没有太大的改变。有些奇怪，难道11GR2不更新EXP的功能了，还看有的帖子说11GR1作为客户端去卸载11GR2的，都会出现ora-1455d的错误，得换成11GR2的exp才没事了，心中感慨阿，怎么版本间的兼容这么脆弱了！

　　解决方法：

一、 insert一行，再rollback就产生segment了。

　　该方法是在在空表中插入数据，再删除，则产生segment。导出时则可导出空表。

二、设置deferred_segment_creation参数

该参数值默认是TRUE，当改为FALSE时，无论是空表还是非空表，都分配segment。修改SQL语句：

alter system set deferred_segment_creation=false scope=both;

　　需注意的是：该值设置后对以前导入的空表不产生作用，仍不能导出，只能对后面新增的表产生作用。如需导出之前的空表，只能用第一种方法。

三、用以下这句查找空表并分配空间

　　select 'alter table '||table_name||' allocate extent;' from user_tables where num_rows=0;

　　把SQL查询的结果导出，然后执行导出的语句，强行为表分配空间修改segment值，然后再导出即可导出空表了。

坏男孩 2012-06-11 10:29 发表评论

解决web应用和数据库在一起，应用服务启动报错

坏男孩 — Tue, 05 Jun 2012 14:20:00 GMT

@echo off
net stop tomcat
rem ping 20个包，实现延时
ping 127.0.0.1 -n 20
net start tomcat

做成bat文件，开机的时候运行这个批处理，这样oracle就有足够的时间启动了

坏男孩 2012-06-05 22:20 发表评论

图片上传怎么变慢了

坏男孩 — Fri, 06 May 2011 01:45:00 GMT

1、第一张图片传的慢，第二张图片传的快
2、上传仅仅有0.6k的速度
3、第二张54k的速度
4、解决办法：清理一下临时表；BLOG字段的事

坏男孩 2011-05-06 09:45 发表评论

区分你的oracle是64位还是32位

坏男孩 — Sat, 09 Jan 2010 03:18:00 GMT

sqlplus / as sysdba;

SQL> desc x$ksmmem
Name                                                 Type
----------------------------------------- -------- ------------------
ADDR                                                       RAW(8)
INDX                                                         NUMBER
INST_ID                                                   NUMBER
KSMMMVAL                                           RAW(8)

RAW(8) 64 位
raw(4) 32位

坏男孩 2010-01-09 11:18 发表评论

Linux 下卸载oracle10G

坏男孩 — Fri, 18 Dec 2009 12:45:00 GMT

1. 运行 $ORACLE_HOME/bin/localconfig delete
2. rm -rf $ORACLE_BASE/*
3. rm -f /etc/oraInst.loc /etc/oratab
4. rm -rf /etc/oracle
5. rm -f /etc/inittab.cssd
6. rm -f /usr/local/bin/coraenv /usr/local/bin/dbhome /usr/local/bin/oraenv

坏男孩 2009-12-18 20:45 发表评论

oracle服务器上的链接

坏男孩 — Wed, 14 Oct 2009 09:42:00 GMT

Enterprise Manager Database Control URL - (orcl) :

http://badboyryan:1158/em

数据库配置文件已经安装到 D:\oracle\product\10.2.0,同时其他选定的安装组件也已经安装到 D:\oracle\product\10.2.0\db_1。

iSQL*Plus URL 为:

http://badboyryan:5560/isqlplus

iSQL*Plus DBA URL 为:

http://badboyryan:5560/isqlplus/dba

坏男孩 2009-10-14 17:42 发表评论

Oracle中忘记System和Sys密码后的处理方法

坏男孩 — Sat, 10 Oct 2009 16:56:00 GMT

第一种方式用以下方法修改密码：　

sqlplus /nolog;
　　connect / as sysdba
　　alter user sys identified by newpassword ;
　　alter user system identified by newpassword ;

第二种方法用以下方法修改密码：

orapwd file=pwdxxx.ora password=newpassword entries=10

　　设定完后，重新启动服务，再次登陆就可以了

坏男孩 2009-10-11 00:56 发表评论

Tomcat 与oracle做成服务启动顺序的问题解决

坏男孩 — Wed, 17 Jun 2009 15:06:00 GMT

为什么tomcat和oracle都做成服务了，但是tomcat的应用无效呢？

解决办法：
打开bin/service.bat文件，

echo Using JVM: %PR_JVM%
"%EXECUTABLE%" //IS//%SERVICE_NAME% --StartClass org.apache.catalina.startup.Bootstrap --StopClass org.apache.catalina.startup.Bootstrap --StartParams start --StopParams stop

一句后面加上 --DependsOn oracle侦听服务；oracledatabse
注意用；号隔开依赖的服务
再执行bin/service.bat install jnszcg ，即可安装Tomcat服务，并且依赖oracle

其实很简单就是制定服务的依赖关系；

最后采取的方案成功了：

1、把tomcat做到服务里面，手工启动；
2、新建一个批处理net start tomcat
3、新建一个任务，在计算机启动的时候执行批处理ok
是不是问题已经解决了

坏男孩 2009-06-17 23:06 发表评论

最近在linux以及hp-ux下面又折腾了一下oracle自动启动

坏男孩 — Mon, 15 Jun 2009 15:22:00 GMT

oracle在里面下面没有自动启动，并且做成服务自动运行，请参照CSDN里面我的资源里面的文档，而且还有tomcat如何做成服务的文档以及脚本文件；
1、oracle10g在linux as5下面的自动启动脚本以及文档
2、tomcat5527在linux as5下面的自动启动脚本以及文档

坏男孩 2009-06-15 23:22 发表评论

oracle安装完成后为什么每一次都需要startup

坏男孩 — Mon, 04 May 2009 08:38:00 GMT

很简单，因为实例的启动方式是手动需要改成auto啊
　　1.编辑此实例，启动方式改为自动
　　 oradim -EDIT -SID test -STARTMODE auto
　　2.编辑此实例，启动方式改为手动
　　 oradim -EDIT -SID test -STARTMODE manual

坏男孩 2009-05-04 16:38 发表评论

重建密码文件--解决ORA-01991错误

坏男孩 — Mon, 16 Mar 2009 05:59:00 GMT

SQL>conn / as sysdba

SQL> shutdown immediate

SQL> startup
ORACLE 例程已经启动。

Total System Global Area 135338868 bytes
Fixed Size                   453492 bytes
Variable Size             109051904 bytes
Database Buffers           25165824 bytes
Redo Buffers                 667648 bytes
ORA-01991: ???????'E:\oracle\ora92\DATABASE\PWDsdnt.ORA'

解决方法，由于未运行在归档模式下，使用orapwd重建oracle的密码文件：

host del E:\oracle\ora92\DATABASE\PWDsdnt.ORA

host orapwd file=E:\oracle\ora92\DATABASE\PWDsdnt.ORA password=system entries=10

alter database open
SQL>conn / as sysdba

SQL> shutdown immediate
重启tomcat问题解决，又可以正常的访问数据库了

坏男孩 2009-03-16 13:59 发表评论

oracle 优化(1)转)

坏男孩 — Thu, 26 Feb 2009 03:31:00 GMT

转自:http://blog.csdn.net/yxc369/archive/2006/12/26/1461206.aspx

1 前言 2
2 总纲 2
3 降龙十八掌 3
第一掌避免对列的操作 3
第二掌避免不必要的类型转换 4
第三掌增加查询的范围限制 4
第四掌尽量去掉”IN”、”OR” 4
第五掌尽量去掉 “<>” 5
第六掌去掉Where子句中的IS NULL和IS NOT NULL 5
第七掌索引提高数据分布不均匀时查询效率 5
第八掌利用HINT强制指定索引 6
第九掌屏蔽无用索引 6
第十掌分解复杂查询，用常量代替变量 7
第十一掌 like子句尽量前端匹配 7
第十二掌用Case语句合并多重扫描 7
第十三掌使用nls_date_format 8
第十四掌使用基于函数的索引 8
第十五掌基于函数的索引要求等式匹配 9
第十六掌使用分区索引 9
第十七掌使用位图索引 9
第十八掌决定使用全表扫描还是使用索引 9
4 总结 10

1 前言
客服业务受到SQL语句的影响非常大，在规模比较大的局点，往往因为一个小的SQL语句不够优化，导致数据库性能急剧下降，小型机idle所剩无几，应用服务器断连、超时，严重影响业务的正常运行。因此，称低效的SQL语句为客服业务的‘恶龙’并不过分。数据库的优化方法有很多种，在应用层来说，主要是基于索引的优化。本次秘笈根据实际的工作经验，在研发原来已有的方法的基础上，进行了一些扩充，总结了基于索引的SQL语句优化的降龙十八掌，希望有一天你能用其中一掌来驯服客服业务中横行的‘恶龙’。
2 总纲
l 建立必要的索引
这次传授的降龙十八掌，总纲只有一句话：建立必要的索引，这就是后面降龙十八掌的内功基础。这一点看似容易实际却很难。难就难在如何判断哪些索引是必要的，哪些又是不必要的。判断的最终标准是看这些索引是否对我们的数据库性能有所帮助。具体到方法上，就必须熟悉数据库应用程序中的所有SQL语句，从中统计出常用的可能对性能有影响的部分SQL，分析、归纳出作为Where条件子句的字段及其组合方式；在这一基础上可以初步判断出哪些表的哪些字段应该建立索引。其次，必须熟悉应用程序。必须了解哪些表是数据操作频繁的表；哪些表经常与其他表进行连接；哪些表中的数据量可能很大；对于数据量大的表，其中各个字段的数据分布情况如何；等等。对于满足以上条件的这些表，必须重点关注，因为在这些表上的索引，将对SQL语句的性能产生举足轻重的影响。不过下面还是总结了一下降龙十八掌内功的入门基础，建立索引常用的规则如下：
1、表的主键、外键必须有索引；
2、数据量超过300的表应该有索引；
3、经常与其他表进行连接的表，在连接字段上应该建立索引；
4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引；
5、索引应该建在选择性高的字段上；
6、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引；
7、复合索引的建立需要进行仔细分析；尽量考虑用单字段索引代替：
A、正确选择复合索引中的主列字段，一般是选择性较好的字段；
B、复合索引的几个字段是否经常同时以AND方式出现在Where子句中？单字段查询是否极少甚至没有？如果是，则可以建立复合索引；否则考虑单字段索引；
C、如果复合索引中包含的字段经常单独出现在Where子句中，则分解为多个单字段索引；
D、如果复合索引所包含的字段超过3个，那么仔细考虑其必要性，考虑减少复合的字段；
E、如果既有单字段索引，又有这几个字段上的复合索引，一般可以删除复合索引；
8、频繁进行数据操作的表，不要建立太多的索引；
9、删除无用的索引，避免对执行计划造成负面影响；
以上是一些普遍的建立索引时的判断依据。一言以蔽之，索引的建立必须慎重，对每个索引的必要性都应该经过仔细分析，要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处：在表上建立的每个索引都会增加存储开销，索引对于插入、删除、更新操作也会增加处理上的开销。另外，过多的复合索引，在有单字段索引的情况下，一般都是没有存在价值的；相反，还会降低数据增加删除时的性能，特别是对频繁更新的表来说，负面影响更大。
3 降龙十八掌

第一掌避免对列的操作
任何对列的操作都可能导致全表扫描，这里所谓的操作包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等式的右边，甚至去掉函数。
例1：下列SQL条件语句中的列都建有恰当的索引，但30万行数据情况下执行速度却非常慢：
select * from record where substrb(CardNo,1,4)=’5378′(13秒)
select * from record where amount/30< 1000（11秒）
select * from record where to_char(ActionTime,’yyyymmdd’)=’19991201′（10秒）
由于where子句中对列的任何操作结果都是在SQL运行时逐行计算得到的，因此它不得不进行表扫描，而没有使用该列上面的索引；如果这些结果在查询编译时就能得到，那么就可以被SQL优化器优化，使用索引，避免表扫描，因此将SQL重写如下：
select * from record where CardNo like ‘5378%’（< 1秒）
select * from record where amount < 1000*30（< 1秒）
select * from record where ActionTime= to_date (’19991201′ ,’yyyymmdd’)（< 1秒）
差别是很明显的！

第二掌避免不必要的类型转换
需要注意的是，尽量避免潜在的数据类型转换。如将字符型数据与数值型数据比较，ORACLE会自动将字符型用to_number()函数进行转换，从而导致全表扫描。
例2：表tab1中的列col1是字符型（char)，则以下语句存在类型转换：
select col1,col2 from tab1 where col1>10，
应该写为： select col1,col2 from tab1 where col1>’10′。

第三掌增加查询的范围限制
增加查询的范围限制，避免全范围的搜索。
例3：以下查询表record 中时间ActionTime小于2001年3月1日的数据：
select * from record where ActionTime < to_date (’20010301′ ,’yyyymm’)
查询计划表明，上面的查询对表进行全表扫描，如果我们知道表中的最早的数据为2001年1月1日，那么，可以增加一个最小时间，使查询在一个完整的范围之内。修改如下： select * from record where
ActionTime < to_date (’20010301′ ,’yyyymm’)
and ActionTime > to_date (’20010101′ ,’yyyymm’)
后一种SQL语句将利用上ActionTime字段上的索引，从而提高查询效率。把’20010301′换成一个变量，根据取值的机率，可以有一半以上的机会提高效率。同理，对于大于某个值的查询，如果知道当前可能的最大值，也可以在Where子句中加上 “AND 列名< MAX(最大值)”。

第四掌尽量去掉”IN”、”OR”
含有”IN”、”OR”的Where子句常会使用工作表，使索引失效；如果不产生大量重复值，可以考虑把子句拆开；拆开的子句中应该包含索引。
例4： select count(*) from stuff where id_no in(’0′,’1′)（23秒）
可以考虑将or子句分开：
select count(*) from stuff where id_no=’0′
select count(*) from stuff where id_no=’1′
然后再做一个简单的加法，与原来的SQL语句相比，查询速度更快。

第五掌尽量去掉 “<>”
尽量去掉 “<>”，避免全表扫描，如果数据是枚举值，且取值范围固定，则修改为”OR”方式。
例5：
UPDATE SERVICEINFO SET STATE=0 WHERE STATE<>0;
以上语句由于其中包含了”<>”，执行计划中用了全表扫描（TABLE ACCESS FULL），没有用到state字段上的索引。实际应用中，由于业务逻辑的限制，字段state为枚举值，只能等于0，1或2，而且，值等于=1，2的很少，因此可以去掉”<>”，利用索引来提高效率。
修改为：UPDATE SERVICEINFO SET STATE=0 WHERE STATE = 1 OR STATE = 2 。进一步的修改可以参考第4种方法。
第六掌去掉Where子句中的IS NULL和IS NOT NULL
Where字句中的IS NULL和IS NOT NULL将不会使用索引而是进行全表搜索，因此需要通过改变查询方式，分情况讨论等方法，去掉Where子句中的IS NULL和IS NOT NULL。

第七掌索引提高数据分布不均匀时查询效率
索引的选择性低，但数据的值分布差异很大时，仍然可以利用索引提高效率。A、数据分布不均匀的特殊情况下，选择性不高的索引也要创建。
表ServiceInfo中数据量很大，假设有一百万行，其中有一个字段DisposalCourseFlag，取值范围为枚举值：[0，1，2，3， 4，5，6，7]。按照前面说的索引建立的规则，“选择性不高的字段不应该建立索引，该字段只有8种取值，索引值的重复率很高，索引选择性明显很低，因此不建索引。然而，由于该字段上数据值的分布情况非常特殊，具体如下表：
取值范围 1~5 6 7
占总数据量的百分比 1% 98% 1%
而且，常用的查询中，查询DisposalCourseFlag<6 的情况既多又频繁，毫无疑问，如果能够建立索引，并且被应用，那么将大大提高这种情况的查询效率。因此，我们需要在该字段上建立索引。

第八掌利用HINT强制指定索引
在ORACLE优化器无法用上合理索引的情况下，利用HINT强制指定索引。
继续上面7的例子，ORACLE缺省认定，表中列的值是在所有数据行中均匀分布的，也就是说，在一百万数据量下，每种 DisposalCourseFlag值各有12.5万数据行与之对应。假设SQL搜索条件DisposalCourseFlag=2，利用 DisposalCourseFlag列上的索引进行数据搜索效率，往往不比全表扫描的高，ORACLE因此对索引“视而不见”，从而在查询路径的选择中，用其他字段上的索引甚至全表扫描。根据我们上面的分析，数据值的分布很特殊，严重的不均匀。为了利用索引提高效率，此时，一方面可以单独对该字段或该表用analyze语句进行分析，对该列搜集足够的统计数据，使ORACLE在查询选择性较高的值时能用上索引；另一方面，可以利用HINT提示，在 SELECT关键字后面，加上“/*+ INDEX(表名称，索引名称）*/”的方式，强制ORACLE优化器用上该索引。
比如： select * from serviceinfo where DisposalCourseFlag=1 ;
上面的语句，实际执行中ORACLE用了全表扫描，加上蓝色提示部分后，用到索引查询。如下：
select /*+ INDEX(SERVICEINFO,IX_S_DISPOSALCOURSEFLAG) */ *
from serviceinfo where DisposalCourseFlag=1;
请注意，这种方法会加大代码维护的难度，而且该字段上索引的名称被改变之后，必须要同步所有指定索引的HINT代码，否则HINT提示将被ORACLE忽略掉。

第九掌屏蔽无用索引
继续上面8的例子，由于实际查询中，还有涉及到DisposalCourseFlag=6的查询，而此时如果用上该字段上的索引，将是非常不明智的，效率也极低。因此这种情况下，我们需要用特殊的方法屏蔽该索引，以便ORACLE选择其他字段上的索引。比如，如果字段为数值型的就在表达式的字段名后，添加 “+ 0”，为字符型的就并上空串：“||”"”
如： select * from serviceinfo where DisposalCourseFlag+ 0 = 6 and workNo = ‘36′ 。
不过，不要把该用的索引屏蔽掉了，否则同样会产生低效率的全表扫描。

第十掌分解复杂查询，用常量代替变量
对于复杂的Where条件组合，Where中含有多个带索引的字段，考虑用IF语句分情况进行讨论；同时，去掉不必要的外来参数条件，减低复杂度，以便在不同情况下用不同字段上的索引。
继续上面9的例子，对于包含
Where (DisposalCourseFlag < v_DisPosalCourseFlag) or (v_DisPosalCourseFlag is null) and ….的查询，(这里v_DisPosalCourseFlag为一个输入变量，取值范围可能为[NULL，0，1，2，3，4，5，6，7])，可以考虑分情况用IF语句进行讨论，类似：
IF v_DisPosalCourseFlag =1 THEN
Where DisposalCourseFlag = 1 and ….
ELSIF v_DisPosalCourseFlag =2 THEN
Where DisposalCourseFlag = 2 and ….
。。。。。。

第十一掌 like子句尽量前端匹配
因为like参数使用的非常频繁，因此如果能够对like子句使用索引，将很高的提高查询的效率。
例6：select * from city where name like ‘%S%’
以上查询的执行计划用了全表扫描（TABLE ACCESS FULL），如果能够修改为：
select * from city where name like ‘S%’
那么查询的执行计划将会变成（INDEX RANGE SCAN），成功的利用了name字段的索引。这意味着Oracle SQL优化器会识别出用于索引的like子句，只要该查询的匹配端是具体值。因此我们在做like查询时，应该尽量使查询的匹配端是具体值，即使用 like ‘S%’。

第十二掌用Case语句合并多重扫描
我们常常必须基于多组数据表计算不同的聚集。例如下例通过三个独立查询：
例8：1）select count(*) from emp where sal<1000;
2）select count(*) from emp where sal between 1000 and 5000;
3）select count(*) from emp where sal>5000;
这样我们需要进行三次全表查询，但是如果我们使用case语句：
select
count (sale when sal <1000
then 1 else null end) count_poor,
count (sale when between 1000 and 5000
then 1 else null end) count_blue_collar,
count (sale when sal >5000
then 1 else null end) count_poor
from emp;
这样查询的结果一样，但是执行计划只进行了一次全表查询。

第十三掌使用nls_date_format
例9：
select * from record where to_char(ActionTime,’mm’)=’12′
这个查询的执行计划将是全表查询，如果我们改变nls_date_format，
SQL>alert session set nls_date_formate=’MM’;
现在重新修改上面的查询：
select * from record where ActionTime=’12′
这样就能使用actiontime上的索引了，它的执行计划将是（INDEX RANGE SCAN）。

第十四掌使用基于函数的索引
前面谈到任何对列的操作都可能导致全表扫描，例如：
select * from emp where substr(ename,1,2)=’SM’;
但是这种查询在客服系统又经常使用，我们可以创建一个带有substr函数的基于函数的索引，
create index emp_ename_substr on eemp ( substr(ename,1,2) );

这样在执行上面的查询语句时，这个基于函数的索引将排上用场，执行计划将是（INDEX RANGE SCAN）。

第十五掌基于函数的索引要求等式匹配
上面的例子中，我们创建了基于函数的索引，但是如果执行下面的查询：
select * from emp where substr(ename,1,1)=’S’
得到的执行计划将还是（TABLE ACCESS FULL），因为只有当数据列能够等式匹配时，基于函数的索引才能生效，这样对于这种索引的计划和维护的要求都很高。请注意，向表中添加索引是非常危险的操作，因为这将导致许多查询执行计划的变更。然而，如果我们使用基于函数的索引就不会产生这样的问题，因为Oracle只有在查询使用了匹配的内置函数时才会使用这种类型的索引。

第十六掌使用分区索引
在用分析命令对分区索引进行分析时，每一个分区的数据值的范围信息会放入Oracle的数据字典中。Oracle可以利用这个信息来提取出那些只与SQL查询相关的数据分区。
例如，假设你已经定义了一个分区索引，并且某个SQL语句需要在一个索引分区中进行一次索引扫描。Oracle会仅仅访问这个索引分区，而且会在这个分区上调用一个此索引范围的快速全扫描。因为不需要访问整个索引，所以提高了查询的速度。

第十七掌使用位图索引
位图索引可以从本质上提高使用了小于1000个唯一数据值的数据列的查询速度，因为在位图索引中进行的检索是在RAM中完成的，而且也总是比传统的B树索引的速度要快。对于那些少于1000个唯一数据值的数据列建立位图索引，可以使执行效率更快。

第十八掌决定使用全表扫描还是使用索引
和所有的秘笈一样，最后一招都会又回到起点，最后我们来讨论一下是否需要建立索引，也许进行全表扫描更快。在大多数情况下，全表扫描可能会导致更多的物理磁盘输入输出，但是全表扫描有时又可能会因为高度并行化的存在而执行的更快。如果查询的表完全没有顺序，那么一个要返回记录数小于10％的查询可能会读取表中大部分的数据块，这样使用索引会使查询效率提高很多。但是如果表非常有顺序，那么如果查询的记录数大于40％时，可能使用全表扫描更快。因此，有一个索引范围扫描的总体原则是：
1）对于原始排序的表仅读取少于表记录数40％的查询应该使用索引范围扫描。反之，读取记录数目多于表记录数的40％的查询应该使用全表扫描。
2）对于未排序的表仅读取少于表记录数7％的查询应该使用索引范围扫描。反之，读取记录数目多于表记录数的7％的查询应该使用全表扫描。

4 总结
以上的招式，是完全可以相互结合同时运用的。而且各种方法之间相互影响，紧密联系。这种联系既存在一致性，也可能带来冲突，当冲突发生时，需要根据实际情况进行选择，没有固定的模式。最后决定SQL优化功力的因素就是对ORACLE内功的掌握程度了。
另外，值得注意的是：随着时间的推移和数据的累计与变化，ORACLE对SQL语句的执行计划也会改变，比如：基于代价的优化方法，随着数据量的增大，优化器可能错误的不选择索引而采用全表扫描。这种情况可能是因为统计信息已经过时，在数据量变化很大后没有及时分析表；但如果对表进行分析之后，仍然没有用上合理的索引，那么就有必要对SQL语句用HINT提示，强制用合理的索引。但这种HINT提示也不能滥用，因为这种方法过于复杂，缺乏通用性和应变能力，同时也增加了维护上的代价；相对来说，基于函数右移、去掉“IN ，OR ，<> ，IS NOT NULL ”、分解复杂的SQL语句等等方法，却是“放之四海皆准”的，可以放心大胆的使用。
同时，优化也不是“一劳永逸”的，必须随着情况的改变进行相应的调整。当数据库设计发生变化，包括更改表结构：字段和索引的增加、删除或改名等；业务逻辑发生变化：如查询方式、取值范围发生改变等等。在这种情况下，也必须对原有的优化进行调整，以适应效率上的需求。

坏男孩 2009-02-26 11:31 发表评论

解决weblogic9.2连接oracle10G数据源创建慢的问题

坏男孩 — Thu, 26 Feb 2009 03:25:00 GMT

问题描述：

       数据库配置：     oracle 10g数据库内存有8G，操作系统是windows2003Server
      weblogic 9.2启动服务的时候需要初始化申请70个连接
     需要时间接近15秒一个连接。所以接近17分钟才启动服务器？

问题解决：
           在weblogic所在的机器上编辑
            C:\WINDOWS\system32\drivers\etc\hosts
           加入服务器的IP地址和计算机名；

这样就解决问题了，修改后启动weblogic的服务时间也就十几秒了；；

坏男孩 2009-02-26 11:25 发表评论

oracle数据库自动备份的批处理

坏男孩 — Mon, 06 Oct 2008 04:07:00 GMT

@echo off
set /a Hyear=%date:~0,4%
set /a Hmonth1=%date:~5,1%
set /a Hmonth2=%date:~6,1%
set /a Hmonth=%Hmonth1%*10+%Hmonth2%
set /a Hdate1=%date:~8,1%
set /a Hdate2=%date:~9,1%
set /a Hdate=%Hdate1%*10+%Hdate2%
exp userid=sdfdafs/sdfdafs file=scf%Hdate%.dmp
这样的话只保存一个月的数据

坏男孩 2008-10-06 12:07 发表评论

Linux上面安装oracle11g的全过程

坏男孩 — Wed, 28 May 2008 08:36:00 GMT

Linux上面安装oracle11g的全过程

纯粹技术与政治无关：小布老师的视频讲的真不错，总结一下供以后参考

-------------------------------------------------------------------------

一、安装centos4.4版本
    1、安装centos的时候开始输入i586应用一些新功能；
    2、分区swap分区是内存的2倍
       / ext3 选择fill to maximum allowable size
    3、设置一个固定的IP地址
    4、不要启用防火墙
    5、注意在选择组件的时候选择上develop tools 和legacy software develop
       安装oracle需要安装开发环境
    6、图形声音、打印等不要选择
二、查看linux里面的包是否全支持oracle11g否
    binutils-2.15.92.0.2-18
    compat-libstdc++-33.2.3-47.3
    glibc-2.3.4-2.19
    glibc-common-2.3.4-2.19
    glibc-devel-2.3.4-2.19
    glibc-headers-2.3.4-2.19
    gcc-3.4.5-2
    gcc-c++-3.4.5-2
    libgcc-3.4.5
    libstdc++-3.4.5-2
    libstdc++-devel-3.4.5-2
    make-3.80-5
    sysstat-5.0.5
    ----------------------------
    unixODBC-2.2.11
    unixODBC-devel-2.2.11
    libaio-devel-0.3.105-2
    libaio-0.3.105-2
    elfutils-libelf-0.97-5
    elfutils-libelf-devel-0.97-5
    必须的rpm
    用这个命令查找   rpm -qa | grep
    没有就从安装包里面找发现下面的6个默认没有装好需要自己安装；
    有一个包里面都是从centos里面取出来的
    把这些包放到root的目录下面进行安装
    算了我把包整理了一下上传到csdn，不过是为了增加点积分而已总共1.7M左右。
    下载地址：http://download.csdn.net/source/471808
三、修改内核的参数

    参照oracle在linux下的安装文档进行大体如下：
    1、vi /etc/sysctl.conf
      kernel.shmall = 2097152
      kernel.shmmax = 2147483648
      kernel.shmmni = 4096
      kernel.sem = 250 32000 100 128
      fs.file-max = 65536
      net.ipv4.ip_local_port_range = 1024 65000
      net.core.rmem_default = 4194304
      net.core.rmem_max = 4194304
      net.core.wmem_default = 262144
      net.core.wmem_max = 262144
      执行这个使生效；
      /sbin/sysctl -p
    2、vi /etc/security/limits.conf
      oracle           soft    nproc   2047
      oracle           hard    nproc   16384
      oracle           soft    nofile 1024
      oracle           hard    nofile 65536
    3、vi /etc/pam.d/login
      session    required     /lib/security/pam_limits.so
      session    required     pam_limits.so
    4、vi /etc/profile
        if [ $USER = "oracle" ]; then
                if [ $SHELL = "/bin/ksh" ]; then
                      ulimit -p 16384
                      ulimit -n 65536
                else
                      ulimit -u 16384 -n 65536
                fi
        fi
四、创建ORACLE安装的组和用户
    groupadd oinstall
    groupadd dba
    mkdir /u01/oracle
    useradd -g oinstall -G dba -d /u01/oracle oracle
    passwd oracle
    chown -R oracle:oinstall u01
    id nobody确认nobody用户存在

五、设置ORACLE的环境变量

   用oracle的用户登录系统，然后
   vi .bash_profile
加入
oracle_base=/u01
oracle_home=$oracle_base/bin
oracle_sid=chinantn
path=$path:$oracle_home/bin
export oracle_base oracle_home oracle_sid path
注意=号两边不要有空格；
六、开始安装
   1、unzip linux oracle11.zip
   2、mv database /u01
   3、chown -R oracle:oinstall database/
   4、startx
   5、用oracle用户登录
   6、进入终端，cd database
   7、./runInstaller
   8、vi /etc/hosts 加入ip 你的计算机名
   9、安装完后root执行两个脚本
   10、只安装软件
   11、netca dbca设置侦听和创建数据库注意选择unicode字符集。
上面的过程亲自试验成功。oracle11g+centos 4.4
实在不行就qq：147863130 吧山东济南的ORACLE用户多联系啊
记得转载的时候写上来源:http://blogjava.net/badboyryan
安装的时候第一步弹出一个错误，点确认后修改一下目录/u01/

坏男孩 2008-05-28 16:36 发表评论

oracle 11g 在 windows xp 上启动不了dbconsole

坏男孩 — Tue, 27 May 2008 07:31:00 GMT

C:\Documents and Settings\scf>set oracle_sid
环境变量 oracle_sid 没有定义

C:\Documents and Settings\scf>set ORACLE_SID=chinantn

C:\Documents and Settings\scf>set oracle_sid
ORACLE_SID=chinantn

C:\Documents and Settings\scf>emctl start dbconsole
Oracle Enterprise Manager 11g Database Control Release 11.1.0.6.0
Copyright (c) 1996, 2007 Oracle Corporation. All rights reserved.
https://ntscf:1158/em/console/aboutApplication
Starting Oracle Enterprise Manager 11g Database Control ...OracleDBConsolechinan
tn 服务正在启动 ................................................................
...
OracleDBConsolechinantn 服务已经启动成功。

https://ntscf:1158/em

可以使用web版本的oem了；支持web管理比较好用。

坏男孩 2008-05-27 15:31 发表评论

oracle oem主机身份证明

坏男孩 — Tue, 06 May 2008 09:31:00 GMT

oracle 11g的web database control中，进行一些操作需要主机身份证明,比如进行数据备份、数据的导出导入等;
这样对于数据库的安全增强了一定的保证。如果我们有进行适当的配置，可以第一次会遇到一些错误：
验证错误
请检查并更正以下错误, 然后重试该操作:
Error - 错误: 用户名和/或口令无效
   所以此时我们需要进行简单的配置：
   1、从开始设置——控制面板——管理工具找到本地安全策略
   2、打开本地安全策略,找到本地策略
   3、打开其中的用户权限分配（user rights assignment）
   4、在右边的列表中找到“以批量任务登录”（log on as a batch job）
   5、选中，点击右键，选择属性，将数据库安装的所在操作系统用户，添加其中即可
   6、然后应用、确定。
   7、下次就使用安装oracle的os用户及相应的口令进行主机身份证明。

另外注意：oracle11g里面的创建表空间用system用户登陆后找到服务器标签；

                    创建用户也在服务器标签；

转载：http://hi.baidu.com/eng21/blog/item/f2265430edb0449aa9018ed3.html

坏男孩 2008-05-06 17:31 发表评论

应用程序后台抛错ORA-01536 超出表空间'ts'的空间限量

坏男孩 — Thu, 20 Mar 2008 03:24:00 GMT

感觉这个是oracle对用户在表空间上做的一个限制，需要把这个限制去掉就可以了。

SQL> conn sys/pwd@con as sysdba;
已连接。
SQL> alter user user QUOTA UNLIMITED ON ts;

用户已更改。

SQL> commit;

提交完成。

SQL>

坏男孩 2008-03-20 11:24 发表评论

ORACLE 默认编码 GBK -UTF8编码

坏男孩 — Sun, 03 Feb 2008 02:28:00 GMT

查看oracle数据库字符集：
select userenv('language') from dual;

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.

Total System Global Area 135337420 bytes
Fixed Size                   452044 bytes
Variable Size             109051904 bytes
Database Buffers           25165824 bytes
Redo Buffers                 667648 bytes
Database mounted.

SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION;

System altered.

SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;

System altered.

SQL> ALTER SYSTEM SET AQ_TM_PROCESSES=0;

System altered.

SQL> ALTER DATABASE OPEN;

Database altered.

SQL>alter database character set INTERNAL_USE UTF8

或者
SQL> alter database character set zhs16gbk
2 ;
alter database character set zhs16gbk
*
第 1 行出现错误:
ORA-12716: ??? CLOB ???, ?? ALTER DATABASE CHARACTER SET
alter database character set internal_convert zhs16gbk;

坏男孩 2008-02-03 10:28 发表评论

将图片文件存储到 Oracle 的存储过程用的外部BLOB的方式

坏男孩 — Sat, 18 Aug 2007 22:29:00 GMT

测试环境: Win2000 + Oracle92

        一个存储图片文件的过程，任何开发工具都可以通过调用过程把图片文存储到数据库中。
详细步骤：
SQL> connect chanet/chanet@oradb;
已连接。

SQL> CREATE TABLE IMAGE_LOB (T_ID VARCHAR2 (5) NOT NULL,T_IMAGE BLOB NOT NULL);
表已创建。
SQL> CREATE OR REPLACE DIRECTORY IMAGES AS 'C:\Oracle'; --图片目录
目录已创建。
SQL> CREATE OR REPLACE PROCEDURE IMG_INSERT (TID VARCHAR2,FILENAME VARCHAR2) AS
2    F_LOB BFILE;
3    B_LOB BLOB;
4 BEGIN
5    INSERT INTO IMAGE_LOB (T_ID, T_IMAGE)
6      VALUES (TID,EMPTY_BLOB ()) RETURN T_IMAGE INTO B_LOB;
7    F_LOB:= BFILENAME ('IMAGES', FILENAME);
8    DBMS_LOB.FILEOPEN (F_LOB, DBMS_LOB.FILE_READONLY);
9    DBMS_LOB.LOADFROMFILE (B_LOB, F_LOB,
10    DBMS_LOB.GETLENGTH (F_LOB));
11    DBMS_LOB.FILECLOSE (F_LOB);
12    COMMIT;
13 END;
14 /
过程已创建。
SQL> EXEC IMG_INSERT('1','f_TEST.jpg');
PL/SQL 过程已成功完成。

坏男孩 2007-08-19 06:29 发表评论

ODAC 应用技巧（二）使用 BLOB 及 CLOB 数据类型

坏男孩 — Sat, 18 Aug 2007 07:07:00 GMT

使用 BLOB 及 CLOB 数据类型

转：http://blog.csdn.net/nxyc_twz/archive/2004/06/16/16061.aspx
ODAC 组件支持 Oracle 8 的 BLOB 和 CLOB 数据类型。你可以使用 TOraQuery 组件来获取 LOB 字段的值，使用同样的方法，你也可以获取 LONG 或 LONG ROW 字段。当你需要使用 SQL DML 及 PL/SQL 语句存取这些字段时，你就会发现 LOB 数据类型的用法有明显的不同。
BLOB 和 CLOB 数据类型通过 LOB 定位器(指定数据地址) 存储在表列中；实际的 BLOB 和 CLOB 数据存储在独立的表空间中。与之不同的是，LONG 或 LONG RAW 类型存储在数据库中，表中存放着它们的实际值。

当存取 LOB 列时，返回的是定位器，而不像 LONG 或 LONG RAW 数据类型那样返回它的实际值。
例如，分析这个表的定义：

CREATE TABLE ClobTable (
Id NUMBER,
Name VARCHAR2(30),
Value CLOB
)

如果我们不通过值参数初始化 LOB 定位器， Oracle 将不允许使用下面的语句来更新数据表：

UPDATE ClobTable
SET
Name = :Name,
Value = :Value

WHERE
Id = :Id

要初始化 LOB 定位器，你必须使用 EMPTY_BLOB 或 EMPTY_CLOB Oracle 函数。要返回初始化后的定位器，应在同样的语句中使用 RETURNING 子句。例如：

UPDATE ClobTable
SET
Name = :Name,
Value = EMPTY_CLOB()
WHERE
Id = :Id
RETURNING
Value
INTO
:Value

ODAC 写 LOB 数据到 Oracle 且返回初始值字段，需使用：值参数。
存储过程允许自动初始化 LOB 值，方法如下：

CREATE OR REPLACE
PROCEDURE ClobTableUpdate (p_Id NUMBER, p_Name VARCHAR2,
p_Value OUT CLOB)
is
begin
UPDATE ClobTable
SET
Name = p_Name,
Value = EMPTY_CLOB()
WHERE
Id = p_Id
RETURNING
Value
INTO
p_Value;
end;

注意：值参数被声明为 OUT。同时，设置 LOB 数据类型的参数的 ParamType 属性为 ptInput ，且指定它到所需的数据前来实际调用存储过程。我们可以这样调用前面声明的存储过程：

OraStroredProc1.StoredProcName := 'ClobTableUpdate';
OraStroredProc1.Prepare;
OraStroredProc1.ParamByName('p_Id').AsInteger := Id;
OraStroredProc1.ParamByName('p_Name').AsString := Name;
OraStroredProc1.ParamByName('Value').ParamType := ptInput;
OraStroredProc1.ParamByName('Value').AsCLOBLocator.
LoadFromFile(FileName);
OraStroredProc1.Execute;

对 ODAC 来说，在 LOB 操作中使用 ParamType 属性是非常重要的。如果 ParamType 是 ptInput ， ODAC 写数据到服务器，如果 ParamType 是 ptOutput，它则读取数据。

你可以使用 LOB 参数的 dtBlob 和 dtMemo 数据类型来编写普通的 DML 语句。在这种情况下， Oracle 自动将 LONG 和 LONG ROW 类型的值转换为 CLOB 或 BLOB 数据。

http://support.microsoft.com/kb/322796/en-us

坏男孩 2007-08-18 15:07 发表评论

BlogJava-谈笑有鸿儒，往来无白丁-随笔分类-ORACLE篇章

RAC的RMAN备份需要连接两个实例吗

AIX修改时间

While inserting a large BLOB using JDBC, the application fails with：ORA-22990

CAUSE

SOLUTION

enq: TX - row lock contention 等待事件

ORA-39097

ORA-39095

ORA-00600

解决ORA-01555报错

ORA--27100

决ORA--27100 shared memory realm already exists报错

用exp无法导出空表解决方法

一、 insert一行，再rollback就产生segment了。

二、 设置deferred_segment_creation参数

三、 用以下这句查找空表并分配空间

解决web应用和数据库在一起，应用服务启动报错

图片上传怎么变慢了

区分你的oracle是64位还是32位

Linux 下卸载oracle10G

oracle服务器上的链接

Oracle中忘记System和Sys密码后的处理方法

Tomcat 与oracle做成服务启动顺序的问题解决

最近在linux以及hp-ux下面又折腾了一下oracle自动启动

oracle安装完成后为什么每一次都需要startup

重建密码文件--解决ORA-01991错误

oracle 优化(1)转)

解决weblogic9.2连接oracle10G数据源创建慢的问题

oracle数据库自动备份的批处理

Linux上面安装oracle11g的全过程

oracle 11g 在 windows xp 上启动不了dbconsole

oracle oem主机身份证明

应用程序后台抛错ORA-01536 超出表空间'ts'的空间限量

ORACLE 默认编码 GBK -UTF8编码

将 图片 文件存储到 Oracle 的存储过程用的外部BLOB的方式

ODAC 应用技巧 （二）使用 BLOB 及 CLOB 数据类型

二、设置deferred_segment_creation参数

三、用以下这句查找空表并分配空间

将图片文件存储到 Oracle 的存储过程用的外部BLOB的方式

ODAC 应用技巧（二）使用 BLOB 及 CLOB 数据类型