mysql 8.0.21-8.0.26 优化了子查询一些操作？，提升蛮大的

[wuwukai007]

select
CASE
     WHEN (`ticket`.num IS NOT NULL) THEN 'web'
     WHEN (`ticket`.num IS NULL) THEN (SELECT CASE
                                                   WHEN (`channel`.`NAME` = '渠道 1')
                                                   THEN 'app'
                                                   WHEN (`channel`.`NAME` = '渠道 2')
                                                   THEN '小程序'
                                                   ELSE '其他' END AS channel
       FROM `channel`,
            `sreq`
       WHERE `channel`.`chanid` = `S_SRV_REQ`.`chanid`
         AND `ticket`.req_id = `sreq`.`REQ_ID`
       LIMIT 1) END AS channel
from ticket where ...;

• https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-21.html#mysqld-8-0-21-optimizer:~:text=%E5%B0%9D%E8%AF%95%E5%AF%B9%E4%BB%BB%E4%BD%95-,%E5%85%B7%E6%9C%89,-%E5%AD%90%E5%8F%A5%E7%9A%84%E6%9F%A5%E8%AF%A2
• sql 大概这样，脱敏了下字段信息
• 之前用的 mysql8.0.20 里面的子查询 没有用到索引，走了全表,升级了 8.0.26 走索引了，一模一样的的表结构，只是升级了 mysql 版本，性能提升 10 几倍了，从 6s 到 0.6s
• 看了下文档貌似是 8.0.21 优化了子查询？

[optional]

WHEN (`channel`.`NAME` = '渠道 1')
THEN '渠道 2'
WHEN (`channel`.`NAME` = '渠道 3')
THEN '渠道 4'


xswl

[wuwukai007]

@optional 这不重要哈，随便找的 sql ，主要是子查询优化蛮明显的

[sadfQED2]

万年 5.7 路过，不知道等到 2032 年公司运维会不会升级到 8

[leegradyllljjjj]

mysql 确实是容易死锁

[bthulu]

万年 5.0 路过, 每次想升级, 运维总是说又不是不能用.
好像他说的也没错, 线上跑的还挺稳的

[YepTen]

羡慕能升 8.0 的，万年 5.7 。

[simple2025]

又不是不能用,dog

[fyw321451]

5.7 的还好了 我们是 5.4

[wxf666]

希望能优化下 `WITH RECURSIVE` 递归 CTE 查询

相同数据量和结果的情况下，几层递归就比非递归版本耗时翻一倍。。损耗有点大。。

可见这个 [帖子回复]( https://v2ex.com/t/889443#r_12274236 )