小编给大家分享一下MySQL 5.7Explain执行计划，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！目录1. 介绍2.
前言 explain命令是查看查询优化器如何决定执行查询的主要方法。 这个功能有局限性，并不总会说出真相，但它的输出是可以获取的最好信息，值得花时间去了解，因为可以学习到查询是如何执行的。 调用EX
之前写了一篇博客介绍的是用SQL Profile来调整、稳定目标SQL的执行计划，即使无法修改目标SQL的SQL文本。但SQL Profile实际上只是一种亡羊补牢、被动的技术手段，应用在那些执行计划
1.索引的相关介绍:monggodb的索引也是一颗平衡二叉树,所以在传统数据库中的绝大部分的索引优化技术也是可用的.注意:mongodb可以在任意方向上对数据进行遍历(这点和关系数据库中的索引不一样)
我们都希望对于所有在Oracle数据库中执行的SQL，CBO都能产生出正确的执行计划，但实际情况却并非如此，由于各种各样的原因(比如目标SQL所涉及的对象的统计信息的不准确，或者CBO内部一些成本计算
Estimated vs. actual query plans我们可以让SQL server输出计划(对于任何显示计划选项-图形、文本或 XML)是否包含实际运行查询。在不执行查询的情况下生成的查询
mysql 获取执行计划方法：1.通过explain进行查看sql的执行计划；2.通线程正在执行的sql查看该sql的执行计划； explain进行查看sql的执行计划相对简单，其实通线程正在执行
1 追踪这个sesionSQL> alter session set sql_trace=true ; Session altered
(1).explain plan命令(不准)explain plan for select语句select * from table(dbms_xplan.display);(2).DBMS_XPLA