爱可生金融级开源数据库和数據云服务整体解决方案提供商；优秀的开源数据库技术，企业级数据处理技术整体解决方案提供商；私有云数据库云服务市场整体解决方案提供商

我们有一个 SQL，用于找到没有主键 / 唯一键的表但是在 MySQL 5.7 上运行特别慢，怎么办

我们搭建一个 MySQL 5.7 的环境，此处省略搭建步骤

写个簡单的脚本，制造一批带主键和不带主键的表：

现在执行以下 SQL 看看效果：

执行了 16.80s感觉是非常慢了。

现在用一下 DBA 三板斧看看执行计划：

峩们格式化一下 SQL：

如果我们自己是 MySQL，在执行非关联子查询时可以使用很简单的策略：

而关联子查询就需要循环迭代：

显然，关联子查询嘚扫描成本会高于非关联子查询

我们希望 MySQL 能先"缓存"子查询的结果（缓存这一步叫物化，MATERIALIZATION）但MySQL 认为不缓存更快，我们就需要给予 MySQL 一定指導

可以看到执行时间变成了 0.67s。

我们诊断的关键点如下：

\2. 通过查看 MySQL 改写后的 SQL我们猜测了优化器发生了误判。

\3. 我们增加了 hint指导 MySQL 正确进行優化判断。

但目前我们的实验仅限于猜测猜中了万事大吉，猜不中就无法做出好的诊断