1
F281M6Dh8DXpD1g2 2019 年 11 月 28 日
你先搞明白 mysql 的 query 是怎么执行的
|
2
kifile 2019 年 11 月 28 日
这个涉及到一些条件下推的优化了,目前的大数据计算的类 sql 引擎应该都有做,mysql 就不清楚了
|
4
findmyself 2019 年 11 月 28 日
先问是不是 再问为什么
|
5
daozhihun 2019 年 11 月 28 日
@kifile 我们之前给 sql server 做优化的时候,有一种优化策略就是先过滤再 join,印象中把 30s 的报表查询能优化到 5s 以内。
当然大多数情况建好合理的索引然后交给引擎自己判断就好了,到有性能问题的时候再分析执行计划针对性的优化 |
6
reus 2019 年 11 月 28 日 执行引擎会分析并优化,“网上文章”说的不一定对,可能某个旧版的 mysql 的执行引擎很傻,被作者当作不变的真理了。
官方文档就有这些内容: https://dev.mysql.com/doc/refman/8.0/en/execution-plan-information.html 不要总是看一些二手文章,过时文章,或者别人转述的二手知识。 |
7
qgs 2019 年 11 月 28 日
mysql5.6 开始支持 ICP 优化
|
8
lihongjie0209 2019 年 11 月 28 日
|
9
CStarter 2019 年 11 月 28 日 via Android
楼主了解一下 join 和 straight_join 的区别
|
10
xe2vherd 2019 年 11 月 28 日
楼主估计不是科班出身
|
11
kifile 2019 年 11 月 28 日
自己 Explain 一下,看看执行计划不是就挺明白了的吗?
|
12
GroupF 2020 年 10 月 31 日
谨记,独立思考
|