MYSQL update join慢SQL

执行5分钟还没执行完;

explain update ind_shop t1 join
(
select shop_id,
(case when `value`='男装' then 1
when `value`='女装' then 2
when `value`='男女装' then 3 else 0 end)
shop_sex
from tmp1014
where brand='未定' and `value`='男女装'
) t2
on t1.shop_id=t2.shop_id
set t1.shop_sex = t2.shop_sex
where t1.shop_id=t2.shop_id;

执行计划如下:

tmp1014为临时表,数据量为3W左右;

ind_shop表数据库33W,shop_id列是唯一索引列;

 

很明显执行计划有问题;为啥没有走索引?

 

步骤1.字段类型不一致

查询发现:

tmp1014表shop_id列为bigint

ind_shop表shop_id列为varchar

调整后,执行计划无变化;

 

步骤2.怀疑统计信息不准

重新收集统计信息后,执行计划无变化;

show index from ind_shop;(无异常)

这时候有点僵住;

 

仔细查看表结构,发现字符集不一致,tmp1014表为utf8,ind_shop表为utf8mb4;

重新调整表的字符集,得到了正确的执行计划;

 

执行时间为秒级别;

 

posted @   阿西吧li  阅读(566)  评论(0编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
点击右上角即可分享
微信分享提示