12c在优化器方面引入了不少的新特性，其中一个就是Adaptive Plans。 在特定的条件下优化器会使用这个新特性，比如sql语句包含了表关联、复杂的谓词条件导致很难精准的估算cardinality，Adaptive Plans使优化器可以等到真正在执行sql语句的时候才决定采用哪种执行计划。 优化器会优先选择一个默认执行计划，同时搭配一个_statistics collectors_,这样就

从12c开始，truncate命令支持了新的参数cascade 有了这个参数你就可以同时truncate父表和子表，当然这个参数的使用有一定的前提条件，就是父子表的完整性约束必须要用ON DELETE CASCADE来定义，父子表必须要属于同一个用户下，同时你要对这些表都有DROP TABLE的权限 新建一对父子表，用ON DELETE CASCADE来定义相关约束 12345678910111

当sql语句不小心写错的时候，通常会报ORA-00923的错误 12345SYS@xb> select count(1) frm user_tables;select count(1) frm user_tables *ERROR at line 1:ORA-00923: FROM keyword not found where expected 但是很

从12.2.0.1开始，oracle日志中默认的时间格式做了调整，会看到时间变成了统一的具有毫秒精度的格式 12345678910PDB$SEED(2):Endian type of dictionary set to littlePDB$SEED(2):Undo initialization finished serial:0 start:144555510 end:144555510 diff

有时候在执行sql的时候，为了加快执行的速度，可能会采取并发的方式去执行。为了减少影响，通常都是通过加parallel hint或者alter session force parallel QUERY parallel;但是可能sql并未按照预期的那样去进行并发处理 11.2.0.4 1234567891011SYS@xb> create table t as select * from d

子表的外键上如果不创建索引，就有可能导致死锁问题 scenario 1: 更新主表主键，子表外键无索引 123456789create table t_pri (id number,name varchar2(10));alter table t_pri add constraint pk_t primary key (id);create table t_ref (ref_id number n

最近分析锁问题的时候发现查询v$lock视图很慢，查询v$lock主要就是查询下面这些内存结构表 12345678910111213141516Fixed tables :------------------X$KSUSEX$KDNSSFX$KSQEQX$KTADMX$KTATRFILX$KTATRFSLX$KTATLX$KTSTUSCX$KTSTUSSX$KTSTUSGX$KTCXBX$KSQR

bbed用来做什么 做测试的时候、学习oracle块原理的时候，如果能有一个工具直接在块级别读取和操作数据的话是不是很方便呢，而BBED就是这样的一个工具，通过BBED你可以做到什么？ 更改数据 恢复受损的或删除的数据 修改文件头 损坏块并修复坏块 删除一个行，但需要将其恢复？当您或用户删除数据时，数据怎么了？具体来说，数据真的丢了，还是发生了别的事？答案是发生了别的事。 Oracle将该行（

Physical corruptions 介质坏块是指那些明显受到物理损坏的数据块，当oracle发现块头和块尾信息不一致、checksum值无效、数据块等信息全部为0等状况时，oracle会在读取块时报出ORA-01578、ORA-01110等异常，这些通常会写入到alert日志里。物理坏块通常是由于底层OS的问题引起，比如存储阵列缓存损坏、阵列固件损坏、文件系统错误等。所以oracle建议设置

先说一下常见的offline drop 和offline之间的区别 Alter database datafile offline 一般如下场景下会选择这种方式 离线备份数据文件 重命名或更换文件路径，必须要offline datafile或者tablespace 数据文件写入出现问题时，会自动offline这个datafile，当解决问题后得手动online 数据文件丢失或出错时，你必须手动