mysql 多表关联查询性能优化-同一sql不同的执行计划

一、问题背景

相同的sql,不同的日期,执行的时间差异很大,执行计划不一样。执行快时,30ms左右。执行慢时,15s左右。

二、分析结论

1、经过分析,发现不同日期下,sql的执行计划不同,驱动表不同。sop作为驱动表时,执行速度快,sot作为驱动表时,执行速速慢。

2、驱动表确认原则,即小表原则。

3、如何确认大小表

以sop和sot两个表的关联为例。在现有查询条件不表的情况下

a、仅针对sop表进行查询,保留关联查询中所有有关sop表的查询条件,分析单查sop表的执行计划,查看对应的rows值。4.11日的扫描数据是11768,5.11日的扫描数据是15056。

b、仅针对sot表进行查询,保留关联查询中所有有关sot表的查询条件,分析单查sot表的执行计划,查看对应的rows值。扫描的数据是固定的,都是13952。

所以,4.11日关联查询,驱动表是sop。5.11日的关联查询,驱动表是sot。

三、解决方案

a、关联查询时,使用force index语法,强制指定索引

参考mysql多表查询,强制使用特定索引-CSDN博客

b、关联查询时,使用STRAIGHT_JOIN语法,强制指定驱动表

参考【性能提升神器】STRAIGHT_JOIN,指定驱动表-CSDN博客

相关推荐
这个DBA有点耶2 小时前
索引碎片与统计信息维护:执行计划突然变差的隐形杀手
mysql·程序员·架构
Mico184 小时前
MySQL 8.0.35 GTID 主从复制搭建-基于GITD
android·mysql·adb
Ethan01076 小时前
Mybatis数据源切换
mysql
OneNobody6 小时前
Spark SQL AQE工作原理源码剖析
大数据·sql·spark
糖果店的幽灵7 小时前
【langgraph 从入门到精通graphApi 篇】生产部署与性能优化
人工智能·性能优化·langgraph
kali-Myon7 小时前
深入 MySQL 内核:从临时哈希表分配机制详解 Floor 报错注入核心原理
数据库·sql·mysql·安全·web
梦想画家9 小时前
用SQL驱动AI:Trino AI Functions跨源情报分析实战指南
sql·ai·trino
Ethan010710 小时前
pt-deadlock-logger 检测死锁
mysql
Ethan010710 小时前
数据库死锁-应用层重试
mysql
解局易否结局10 小时前
鸿蒙新特性实战:ArkUI 渲染性能优化——从 LazyForEach 到页面级按需加载
华为·性能优化·harmonyos