分布式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包含以下组件:查询转换器、评估器、计划生成器
3.1 查询转换器
改变查询语句的形式,以产生较好的执行计划
例如:绑定变量虽然可以有效的减少“硬分析”,Oracle只允许第一次调用时进行“窥视”,
接下来的调用即使绑定变量的值发生了变化,也仍然是使用第一次生成的执行计划
最后
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助。
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,不论你是刚入门Java开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门!
如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
需要这份全套学习资料的朋友可以戳我获取!!**](https://bbs.csdn.net/topics/618164986)
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!