问题描述
环境版本:mysql8.0 阿里云rds实例
晚上上线时同事求助,由于一个bug暂时无法解决、 决定通过一个存储过程暂时支持一下、
存储过程本身无问题、 但为了执行效率、引入了mysql5.7版本以上支持的新功能虚拟列
(可参考MySQL 5.7json与虚拟列)此功能讲表达式写入字段中、减少了每次使用计算后结果的时间、但随之而来出现了一个问题、 整个表update速度变慢。
解决思路:
当同事提出update慢时、 第一反应就时看执行计划、
以下为实际执行的sql
可以看出、sql本身很简单、 执行计划并没有问题、但实际执行时、 5秒内执行未执行完成、
为了判断问题原因、
又对同表复制了一份、但是没有添加虚拟列、 作为参照、
同样对参照表执行update、1秒内完成、
由此可以排除由于数据量大的原因导致本身update慢、
那么可能出现的问题就是虚拟列了、
那我们再回顾一下虚拟列、
语法如下:
col_name data_type
在MySQL8.0环境中,引入虚拟列以提高查询效率,却导致UPDATE操作变得缓慢。通过对执行计划分析和对比有无虚拟列的副本表,确认问题源自虚拟列的VIRTUAL存储方式。改为STORED存储方式后,UPDATE性能恢复正常。
订阅专栏 解锁全文
314

被折叠的 条评论
为什么被折叠?



