根据oracle对于SQL执行计划基于成本的优化原则，这么大的结果集，相对于400万的表来讲，索引不如全表扫描快。

一个超过4000万的大表RESACTIVEINFO没有分区，将第一列主键ID按照范围分区，采用oracle的interval自动分区技术，做了一个改造，所有的索引均采用本地索引，实践证明性能大大提升，后续的维护也更为方便，以下是具体实施步骤，供参考。 采用新建分区表，将原表插入的方式，这样不会影响已有的业务，4300万的大表新建分区表，时间大约3-5个小时。

近期adg备库负荷高，经常高达99%甚至100%，所在主机还同时运行了两个informix实例，经过分析主机监控信息，发现informix占用了更多的CPU，但由于无法检查、控制informix，决定先从oracle方面尽量优化处理。 针对adg备库的使用，主要是来自一个报表库A的dblink查询，该报表库A建立在另外的城市，网络带宽受限，一些大量的报表查询会非常缓慢，一些任务甚至挤压了很多天无法执行完毕，而这些查询也进一步增加了主机CPU负荷。 注意，此时没有停掉异地的报表库，又在本地建立了报表库B，同样通过db…

困扰很久的问题，几个大项目每天晚上定时expdp逻辑备份，有2个大表总是导出失败，提示快照过旧。 ■expdp报错信息 ORA-31693: Table data object "xxx"."T_BPM_INTERFACE_INFO" failed to load/unload and is being skipped due to error: ORA-02354: error in exporting/importing data ORA-01555: snapshot too old: rollback se…

■表RESACTIVEINFO导出失败，提示01555快照过旧 ORA-31693: Table data object "XXX"."RESACTIVEINFO" failed to load/unload and is being skipped due to error: ORA-29913: error in executing ODCIEXTTABLEPOPULATE callout ORA-01555: snapshot too old: rollback segment number 10 with …

alertlog里面的"DISTRIB TRAN"信息主要出现在RAC系统中，意思是：当前系统存在分布式作业，正在等待其它节点完成作业。是一种延时提示。如果未出现ORA-告警，其实是可以不理会的。 可以使用如下方式关闭oracle RAC分布式特性 alter system set _CLUSTERWIDE_GLOBAL_TRANSACTIONS=FALSE scope=spfile; 然后restart database ，生效。

17:03开始，node3大量的12170错误、TNS-12535错误，18:39重启node3即恢复正常 当数据库和客户端的连接超过特定时间，就会把这样的信息写入到alert日志中，所以这不一定是一个致命的问题。 cat sqlnet.ora SQLNET.INBOUND_CONNECT_TIMEOUT = 120 “在Oracle11G中，有这样两个参数SQLNET.INBOUND_CONNECT_TIMEOUT 和INBOUND_CONNECT_TIMEOUT_listenername；他们的默认值为60s，…

11g数据泵导出的dmp文件，导入12c时，遇见报错： 导入选项是content=all Table_exists_action=REPLACE parallel=9 EXCLUDE=USER,STATISTICS cluster=N 具体报错信息是： ORA-31693: Table data object "XXXXX"."YYYYYYYY" failed to load/unload and is being skipped due to error: ORA-39183: internal error -1…

接同事电话，上午十点多，新来的开发人员误删十几个表，并且已经做了插入操作，问能否恢复。 误操作是这样的：“先delete清空表里面的数据，然后insert一份其他的数据；大概十几个表” 给他们flashback恢复语句： CREATE TABLE tmpMytable AS SELECT * FROM test AS OF TIMESTAMP to_timestamp('20190418 15:40:00', 'yyyymmdd hh24:mi:ss'); 答复说使用这个办法，只恢复了3个表的数据，“UNISEQU…

接同事电话，ADG备库同步出了问题。 在备库查看，大量的redolog没有apply。 在备库查看GAP，竟然没有查到。