OBCP第三章 SQL引擎技术-执行计划缓存

本文涉及的产品
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: OBCP第三章 SQL引擎技术-执行计划缓存

一次完整的语法解析、语义分析、查询改写、查询优化、代码生成的SQL编译流程称为一次“硬解析”,硬解析生成执行计划的过程比较耗时(一般为毫秒级),这对于OLTP语句来说是很难接受的

OceanBase通过计划缓存(Plan Cache)来避免SQL硬解析


执行计划缓存的淘汰-自动淘汰条件及策略

自动淘汰是指当计划缓存占用的内存达到了需要淘汰计划的内存上限(即淘汰计划的高水位线)时,对计划缓存中的计划执行自动淘汰。

触发执行计划淘汰的条件

每隔一段时间(具体时间间隔由配置项 plan_cache_evict_interval 设置)系统会自动检查不同租户在不同服务 器上的计划缓存,并判断是否需要执行计划淘汰。如果某个计划缓存占用的内存超过该租户设置的淘汰计划的高 水位线,则会触发计划缓存淘汰。

执行计划淘汰策略

当触发计划缓存淘汰后,优先淘汰最久没被使用的执行计划,淘汰一部分执行计划后,当计划缓存使用的内存为该租户设置的淘汰计划的低水位线时,停止淘汰

执行计划缓存的淘汰-自动淘汰相关配置

当计划缓存占用的内存达到了需要淘汰计划的内存上限(即淘汰计划的高水位线)时,对计划缓存中的执行计划自动进行淘汰


优先淘汰最久没被使用的执行计划,影响淘汰策略的参数和变量如下:

1.plan_cache_evict_interval(parameter):检查执行计划是否需要淘汰的间隔时间

2.ob_plan_cache_percentage(variable):计划缓存可使用内存占租户内存的百分比 (最多可使用内存为:租户内存上限 * ob_plan_cache_percentage/100)

3.ob_plan_cache_evict_high_percentage (variable) :计划缓存使用率(百分比)达到多少时,触发计划缓存的淘汰

4.ob_plan_cache_evict_low_percentage (variable) :计划缓存使用率(百分比)达到多少时,停止计划缓存的淘汰

执行计划缓存的淘汰-自动淘汰示例

如果租户内存大小为10G,并且变量设置如下:

ob_plan_cache_percentage = 10;

ob_plan_cache_evict_high_percentage = 90;

ob_plan_cache_evict_low_percentage = 50;

则:


计划缓存内存上限绝对值 = 10G * 10 / 100 = 1G;

淘汰计划的高水位线 = 1G * 90 / 100 = 0.9G;

淘汰计划的低水位线 = 1G * 50 / 100 = 0.5G;

1.当该租户在某个server上计划缓存使用超过0.9G时,会触发淘汰,优先淘汰最久没执行的计划

2.当淘汰到使用内存只有0.5G时,则停止淘汰

3.如果淘汰速度没有新计划生成速度快,计划缓存使用内存达到内存上限绝对值1G时,将不再往计划缓存中添加新计划,直到淘汰后使用的内存小于1G才会添加新计划到计划缓存中

执行计划缓存的淘汰-手动淘汰

手动淘汰是指强制将计划缓存中计划进行删除。现在支持指定不同租户对应的当前服务器或全部服务器中计划缓存全部删除,SQL 语句如下:

obclient>ALTER SYSTEM FLUSH PLAN CACHE [tenant_list] [global]

执行计划缓存的刷新

计划缓存中执行计划可能因为各种原因而失效,这时需要将计划缓存中失效计划进行刷新,即将该执行计划删除后重新优化生成计划再加入计划缓存。


如下场景会导致执行计划失效,需要对执行计划进行刷新:


SQL中涉及表的Schema变更时(比如添加索引、删除或增加列等),该SQL在计划缓存中所对应的执行计划将被刷新

SQL中涉及重新收集表的统计信息时,该SQL在计划缓存中所对应的执行计划会被刷新。由于OceanBase数据库在数据合并时会统一进行统计信息的收集,因此在每次进行合并后,计划缓存中所有计划将被刷新

SQL进行outline计划绑定变更时,该SQL对应的执行计划会被刷新,更新为按绑定的outline生成的执行计划

执行计划缓存的使用控制

计划缓存可以使用系统变量及 Hint 实现使用控制。


系统变量控制


当 ob_enable_plan_cache设置为 TURE 时,表示SQL请求可以使用计划缓存;设置为FALSE时,表示 SQL请求不使用计划缓存。默认为TURE。此系统变量可被设置为 Session 级别或者 Global 级别


Hint 控制


使用 Hint 语句 /+USE_PLAN_CACHE(NONE)/ 表示不使用计划缓存

使用 Hint 语句 /+USE_PLAN_CACHE(DEFAULT)/ 表示使用计划缓存

执行计划缓存的相关视图及不支持的场景

计划缓存相关的视图:


1.(g)v$plan_cache_stat记录每个计划缓存的状态,每个计划缓存在该视图中有一条记录。

2. (g)v$plan_cache_plan_stat记录计划缓存中所有执行计划的具体信息及每个计划总的执行统计信息。

3. (g)v$plan_cache_plan_explain记录某条SQL在计划缓存中的执行计划

计划缓存暂不支持的场景

执行计划所占内存超过 20 MB 时,不会加入计划缓存

如果该计划为分布式执行计划且涉及多个表,不会加入计划缓存

相关文章
|
11天前
|
SQL 关系型数据库 MySQL
MySQL进阶突击系列(07) 她气鼓鼓递来一条SQL | 怎么看执行计划、SQL怎么优化?
在日常研发工作当中,系统性能优化,从大的方面来看主要涉及基础平台优化、业务系统性能优化、数据库优化。面对数据库优化,除了DBA在集群性能、服务器调优需要投入精力,我们研发需要负责业务SQL执行优化。当业务数据量达到一定规模后,SQL执行效率可能就会出现瓶颈,影响系统业务响应。掌握如何判断SQL执行慢、以及如何分析SQL执行计划、优化SQL的技能,在工作中解决SQL性能问题显得非常关键。
|
6天前
|
SQL 存储 关系型数据库
MySQL原理简介—10.SQL语句和执行计划
本文介绍了MySQL执行计划的相关概念及其优化方法。首先解释了什么是执行计划,它是SQL语句在查询时如何检索、筛选和排序数据的过程。接着详细描述了执行计划中常见的访问类型,如const、ref、range、index和all等,并分析了它们的性能特点。文中还探讨了多表关联查询的原理及优化策略,包括驱动表和被驱动表的选择。此外,文章讨论了全表扫描和索引的成本计算方法,以及MySQL如何通过成本估算选择最优执行计划。最后,介绍了explain命令的各个参数含义,帮助理解查询优化器的工作机制。通过这些内容,读者可以更好地理解和优化SQL查询性能。
|
2月前
|
数据采集 存储 缓存
如何使用缓存技术提升Python爬虫效率
如何使用缓存技术提升Python爬虫效率
|
2月前
|
存储 缓存 负载均衡
从零到一:分布式缓存技术初探
分布式缓存通过将数据存储在多个节点上,利用负载均衡算法提高访问速度、降低数据库负载并增强系统可用性。常见产品有Redis、Memcached等。其优势包括性能扩展、高可用性、负载均衡和容错性,适用于页面缓存、应用对象缓存、状态缓存、并行处理、事件处理及极限事务处理等多种场景。
162 1
|
3月前
|
SQL 缓存 Java
【详细实用のMyBatis教程】获取参数值和结果的各种情况、自定义映射、动态SQL、多级缓存、逆向工程、分页插件
本文详细介绍了MyBatis的各种常见用法MyBatis多级缓存、逆向工程、分页插件 包括获取参数值和结果的各种情况、自定义映射resultMap、动态SQL
【详细实用のMyBatis教程】获取参数值和结果的各种情况、自定义映射、动态SQL、多级缓存、逆向工程、分页插件
|
4月前
|
存储 缓存 数据库
缓存技术有哪些应用场景呢
【10月更文挑战第19天】缓存技术有哪些应用场景呢
|
4月前
|
存储 缓存 运维
缓存技术有哪些优缺点呢
【10月更文挑战第19天】缓存技术有哪些优缺点呢
|
4月前
|
SQL Oracle 关系型数据库
Oracle SQL:了解执行计划和性能调优
Oracle SQL:了解执行计划和性能调优
122 1
|
5月前
|
关系型数据库 MySQL 网络安全
5-10Can't connect to MySQL server on 'sh-cynosl-grp-fcs50xoa.sql.tencentcdb.com' (110)")
5-10Can't connect to MySQL server on 'sh-cynosl-grp-fcs50xoa.sql.tencentcdb.com' (110)")
|
7月前
|
SQL 存储 监控
SQL Server的并行实施如何优化?
【7月更文挑战第23天】SQL Server的并行实施如何优化?
182 13