常州建设安全员报名网站,网站建设空间申请,建行网点,晋江市住房和城乡建设局网站是多少以下是根据论文归纳出的一些查询优化器公式和知识点#xff0c;有没有用不知道#xff0c;先码起来。
SQL执行优化过程
处理SQL语句是从解析用户输入的SQL语句开始#xff0c;经过一系列优化过程#xff0c;最终生成机器代码并执行的过程。这个过程涉及到多个复杂的步骤有没有用不知道先码起来。
SQL执行优化过程
处理SQL语句是从解析用户输入的SQL语句开始经过一系列优化过程最终生成机器代码并执行的过程。这个过程涉及到多个复杂的步骤每个步骤都是为了确保SQL语句能够高效、正确地执行。通常包括以下四个主要步骤
解析器Parser
这个步骤负责对用户输入的SQL语句进行词法和语法分析检查SQL语句是否遵循SQL语法规则。
解析器通常使用像yacc这样的工具来完成这个工作语法解析的结果是一个“抽象语法树”Abstract Syntax Tree, AST这是一个表示SQL语句结构的内部数据结构。
优化器逻辑优化
语义检查这一步骤确保SQL语句在逻辑上是有意义的例如检查SQL中引用的表和字段是否真实存在于数据库中。统计信息和元信息读取优化器会读取数据库的“元数据表”来获取关系对象表、视图等的统计信息和结构信息。确定查询块评估顺序优化器决定执行查询中不同部分称为查询块的顺序。关系和连接处理对于FROM子句中的每个关系表如果一个查询块中有多个关系优化器还需要计算这些关系的连接顺序和方法。选择最小总成本的访问路径优化器会选择一个成本最小的执行路径这个选择过程涉及到从多个可能的访问路径中挑选。生成执行计划最终这个步骤会产生一个执行计划plan这个计划用一种叫做ASLAbstract Set Language的语言来描述。
代码生成器物理优化
在确定了每个查询块的执行计划并在抽象语法树中表示这个计划之后代码生成器被调用。代码生成器是一个将ASL树转换为机器语言代码的程序这些代码用来执行优化器选择的计划。它使用一组有限的代码模板每种连接方法包括不需要连接的情况都对应一个模板。嵌套查询的查询块被当作“子程序”处理它们在执行时返回值给调用它们的查询块。
执行
在代码生成器阶段解析树被转换成可执行的机器代码和相关的数据结构。这些生成的机器代码可以直接执行也可以保存在数据库中以备将来执行。当代码执行时它会通过存储系统接口RSI调用System R的内部存储系统RSS来执行物理存储关系的扫描。这些扫描操作会沿着优化器选择的访问路径进行。
单表代价计算公式
代价评估公式用于估算执行特定查询的资源消耗主要包括I/O和CPU的消耗。
COST代表执行查询的总代价包括I/O代价和CPU代价。PAGE FETCHES表示为了获取所需数据需要从磁盘读取的数据页和索引页的数量这是I/O代价的一部分。W是一个权重因子用于平衡I/O和CPU之间的代价因为它们的性能可能不同。RSI CALLS表示存储系统接口调用的次数即实际读取的元组行数量这是CPU代价的一部分。
统计信息项
数据库优化器使用以下统计信息来估计查询的代价 关系T NCARD(T)关系T中元组行的数量。TCARD(T)关系T中数据页的数量。P(T)关系T的数据页占有的segment比例。 对于T的任意索引I ICARD(I)索引I中去重后的键值数量。NINDX(I)索引I占用的页的数量。
用户可以通过执行UPDATE STATISTICS命令来更新这些统计信息。
选择率F
选择率是指满足某个条件的元组占总元组的比例用于估计查询的选择性 column value 如果有索引F 1 / ICARD(column index)。如果没有索引F 1 / 10默认值。 column1 column2 如果两个列都有索引F 1 / MAX(ICARD(column1 index), ICARD(column2 index))。如果只有一个列有索引F 1 / ICARD(column-i index)。如果两个列都没有索引F 1 / 10。 column value 或 (v1 column v2) 如果column的值是数值型且均匀分布F (high key value - value) / (high key value - low key value)。如果value非数值型F 1/3。 column IN (list of values) F (列表中的项数) * (column value 的选择性因子)但最多不超过1/2。 逻辑表达式的选择率 ORF F(pred1) F(pred2) - F(pred1) * F(pred2)。ANDF F(pred1) * F(pred2)这假设列值是独立的。NOTF 1 - F(pred)。
选择最优访问路径
在所有可能的访问路径中优化器会根据上述代价评估公式和选择率选择一个总代价最小的路径。如果查询需要按照某种特定的顺序比如由GROUP BY或ORDER BY子句指定的顺序输出元组而这个顺序可以通过索引直接获得那么这个顺序被称为一个“有趣的顺序”优化器在决定使用索引的时候会考虑这个因素。
连接操作优化
Nested-Loop Join嵌套循环连接
嵌套循环连接是最简单的连接方法它涉及两个步骤
遍历外表中的每个元组行。对于外表中的每个元组遍历内表的所有元组并对每对元组执行连接谓词的判断。
嵌套循环连接的成本计算公式为
C-nested-loop-join(path1, path2) C-outer(path1) N * C-inner(path2)其中
C-outer(path1) 是遍历外表的成本。N 是外表中满足连接谓词的元组数量。C-inner(path2) 是遍历内表的成本。
这种方法在内表非常小或者外表中满足连接条件的元组非常少时可能是有效的但是如果两个表都很大这种方法将会非常低效。
Merge Join合并连接
合并连接是一种更高效的连接方法尤其是当两个表的连接列都已经排序时。合并连接的步骤如下
同时遍历两个已排序的表。比较当前行的连接列并根据排序顺序移动指针。
合并连接的成本计算公式为
C-merge(path1, path2) C-outer(path1) N * C-inner(path2)其中
C-outer(path1) 是读取并排序外表的成本。N 是外表的元组数量。C-inner(path2) 是读取内表的成本。
如果内表没有预先排序你可能需要先对内表进行排序这会增加额外的成本。
对于已排序的内表我们可以使用以下公式来计算内部扫描的成本
C-inner(sorted list) TEMPPAGES/N W * RSICARD其中
TEMPPAGES 是存储内表所需的临时页面数。N 是外表的元组数量。W 是CPU和IO之间的权重因子。RSICARD 是在合并过程中预计会读取的内表元组数量。
这个公式假设在合并过程中内表的每个页面只被读取一次这是基于内表已经被排序的事实。由于内表是排序的合并连接可以有效地通过比较排序键来快速找到匹配的元组而不必遍历整个内表。
总结
在实际的数据库查询优化中优化器会考虑多种因素来选择最佳的连接策略包括表的大小、索引的存在、连接列的排序状态以及内存的可用量。优化器还会使用统计信息来更精确地估计成本和选择率从而生成一个总体成本最低的查询执行计划。
