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

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介: 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 时,不会加入计划缓存

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

相关文章
|
12天前
|
数据采集 存储 缓存
如何使用缓存技术提升Python爬虫效率
如何使用缓存技术提升Python爬虫效率
|
15天前
|
SQL 存储 缓存
日志服务 SQL 引擎全新升级
SQL 作为 SLS 基础功能,每天承载了用户大量日志数据的分析请求,既有小数据量的快速查询(如告警、即席查询等);也有上万亿数据规模的报表级分析。SLS 作为 Serverless 服务,除了要满足不同用户的各类需求,还要兼顾性能、隔离性、稳定性等要求。过去一年多的时间,SLS SQL 团队做了大量的工作,对 SQL 引擎进行了全新升级,SQL 的执行性能、隔离性等方面都有了大幅的提升。
|
16天前
|
存储 缓存 负载均衡
从零到一:分布式缓存技术初探
分布式缓存通过将数据存储在多个节点上,利用负载均衡算法提高访问速度、降低数据库负载并增强系统可用性。常见产品有Redis、Memcached等。其优势包括性能扩展、高可用性、负载均衡和容错性,适用于页面缓存、应用对象缓存、状态缓存、并行处理、事件处理及极限事务处理等多种场景。
43 1
|
3月前
|
存储 缓存 数据库
缓存技术有哪些应用场景呢
【10月更文挑战第19天】缓存技术有哪些应用场景呢
|
3月前
|
存储 缓存 运维
缓存技术有哪些优缺点呢
【10月更文挑战第19天】缓存技术有哪些优缺点呢
|
3月前
|
SQL Oracle 关系型数据库
Oracle SQL:了解执行计划和性能调优
Oracle SQL:了解执行计划和性能调优
88 1
|
4月前
|
存储 缓存 NoSQL
解决Redis缓存击穿问题的技术方法
解决Redis缓存击穿问题的技术方法
85 2
|
4月前
|
存储 缓存 Java
在Spring Boot中使用缓存的技术解析
通过利用Spring Boot中的缓存支持,开发者可以轻松地实现高效和可扩展的缓存策略,进而提升应用的性能和用户体验。Spring Boot的声明式缓存抽象和对多种缓存技术的支持,使得集成和使用缓存变得前所未有的简单。无论是在开发新应用还是优化现有应用,合理地使用缓存都是提高性能的有效手段。
60 1
|
5月前
|
缓存 NoSQL Java
SpringBoot的三种缓存技术(Spring Cache、Layering Cache 框架、Alibaba JetCache 框架)
Spring Cache 是 Spring 提供的简易缓存方案,支持本地与 Redis 缓存。通过添加 `spring-boot-starter-data-redis` 和 `spring-boot-starter-cache` 依赖,并使用 `@EnableCaching` 开启缓存功能。JetCache 由阿里开源,功能更丰富,支持多级缓存和异步 API,通过引入 `jetcache-starter-redis` 依赖并配置 YAML 文件启用。Layering Cache 则提供分层缓存机制,需引入 `layering-cache-starter` 依赖并使用特定注解实现缓存逻辑。
1346 1
SpringBoot的三种缓存技术(Spring Cache、Layering Cache 框架、Alibaba JetCache 框架)
|
5月前
|
存储 缓存 NoSQL
【性能飙升的秘密】FastAPI应用如何借助缓存技术实现极速响应?揭秘高效Web开发的制胜法宝!
【8月更文挑战第31天】FastAPI是一个高性能Web框架,利用Starlette和Pydantic实现高效API构建。本文介绍如何通过缓存提升FastAPI应用性能,包括使用`starlette-cache[redis]`实现Redis缓存,以及缓存一致性和缓存策略的注意事项。通过具体示例展示了缓存的配置与应用,帮助开发者构建更高效的Web应用。
326 0