Oracle优化器详解，通宵整理，透彻超详细

分布式TBase\TDSQL数据库、国产达梦数据库以及红帽子认证

从业8年DBA工作，在数据库领域有丰富的经验

B站主播Oracle、Mysql、PG实战课程，请搜索：jeames007

擅长Oracle数据库运维开发，备份恢复，安装迁移，性能优化、故障应急处理等。

一、 什么是优化器

---

优化器是 SQL 分析和执行的优化工具，他负责制定 SQL 的执行计划,

比如什么时候是全表扫描（FTS full table scan），什么时候是索引范围搜索（Index Range

Scan），或者是全索引扫描（INDEX fast full scan，INDEX_FFS）；

如果是表于表之间连接的时候，它会负责去定表之间以一种什么样子的形式来关联，

比如 HASH_JOIN 还是 NESTED LOOPS 或者是 MERGE JOIN。

这些因素直接决定了 SQL 的执行效率,所以优化器是 SQL 执行的核心！！！

注释：SQL 执行一定会有代价。

二、 优化器的种类

---

Rule Based Optimizer（RBO）基于规则,一套死板的规则来控制数据访问

Cost Based Optimizer（CBO）基于成本，或者讲统计信息，依据一套数据模型，

计算数据访问和处理的成本，选择最优成本作为执行方案

CBO 方式：它是看语句的代价(Cost),这里的代价主要指 Cpu 和内存。

优化器在判断是否用这种方式时,主要参照的是表及索引的统计信息。

统计信息给出表的大小、有少行、每行的长度等信息。

这些统计信息起初在库内是没有的，是做完收集统计信息后才出现的，

很多的时侯过期统计信息会令优化器做出一个错误的执行计划,因些应及时更新这些信息。

注意：走索引不一定就是优的，比如一个表只有两行数据，

一次 IO 就可以完成全表的检索,而此时走索引时则需要两次 IO,

这时全表扫描(full table scan)是最好。

三、CBO优化器的结构

---

CBO包含以下组件：查询转换器、评估器、计划生成器

3.1 查询转换器

改变查询语句的形式，以产生较好的执行计划

例如：绑定变量虽然可以有效的减少“硬分析”，Oracle只允许第一次调用时进行“窥视”，

接下来的调用即使绑定变量的值发生了变化，也仍然是使用第一次生成的执行计划
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

总结：绘上一张Kakfa架构思维大纲脑图（xmind）

其实关于Kafka，能问的问题实在是太多了，扒了几天，最终筛选出44问：基础篇17问、进阶篇15问、高级篇12问，个个直戳痛点，不知道如果你不着急看答案，又能答出几个呢？

若是对Kafka的知识还回忆不起来，不妨先看我手绘的知识总结脑图（xmind不能上传，文章里用的是图片版）进行整体架构的梳理

梳理了知识，刷完了面试，如若你还想进一步的深入学习解读kafka以及源码，那么接下来的这份《手写“kafka”》将会是个不错的选择。

• Kafka入门

• 为什么选择Kafka

• Kafka的安装、管理和配置

• Kafka的集群

• 第一个Kafka程序

• Kafka的生产者

• Kafka的消费者

• 深入理解Kafka

• 可靠的数据传递

• Spring和Kafka的整合

• SpringBoot和Kafka的整合

• Kafka实战之削峰填谷

• 数据管道和流式处理(了解即可)

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
6788728)]

[外链图片转存中…(img-OJ0kOe0f-1713266788728)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！