之前写过一篇12c Adaptive Plans，现在来说一下Adaptive Query Optimization的另外一部分：Adaptive Statistics sql执行的计划的好坏很大程度上取决于统计信息的质量，现在的sql语句越来越复杂，单纯的依赖单独某个表的统计信息已经无法满足要求，为了使统计信息更加丰富完善，引入了新的帮手Adaptive Statistics Dynamic

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

–Nothing----- mdx_styles: def mdx_styles_hex: def mdx_styles_act: def mdx_styles_act_hex: def mdx_post_style: def https://i.loli.net/2018/11/14/5bebd2d686ed9.png fifu_image_alt: 11gR2 BBED 编译安装 categ

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