解释tbl_name
或：
解释选择select_options
解释语句可以用作描述的同义词，也可以用来获取有关由MySQL执行的SELECT语句的信息。
解释tbl_name语法是从tbl_name描述tbl_name或显示列相同。
当在SELECT语句之前使用关键字解释时，MySQL将解释如何运行SELECT语句，该语句显示如何连接表以及如何连接它们的信息。
以下信息被引述为：
当我们使用SQL使用filesort解释，经常遇到这种情况，认为这是因为同样的原因列值所造成的结果，昨天看到一个SQL公司，同事对自己做一些测试，突然发现自己原来的想法是错误的。
首先，利用filesort只能出现在数据列的顺序放置，如果你不设置为索引，无论列的值是相同的，使用filesort会出现。因此，本栏认为使用顺序都应该建立一个指标。
其次，在这个测试中，用一个稍微复杂一些的例子来说明这个问题。
SELECT * FROM DB.TB id是2222和FID（9,8,3,13,38,40）的inverse_date 0, 5阶
指标内多为三列的列的索引：编号（ID，FID，inverse_date）。inverse_date这是时间的反向指标。
对于这个SQL，我最初认为它应该是一个良好的优化状态。应该没有什么问题吧。作为一个结果，只有一个解释，发现：在使用filesort使用。
为什么，经过分析，在原有的列的索引的建立时间是建立以B树结构，所以当索引是建立在指数要一个ID，在同一个ID的情况下，为了建立FID指数在FID的inverse_date订单指数建立在相同的条件下，如果列数等等更多。这个理论的基础上，我们可以看到，当SQL使用IDX指数，它只是用在顺序、秩序的inverse_date实际上是用filesort。可汗死了。所以，如果我们要优化SQL，我们应该建立一个索引idx（身份证、inverse_date）吧，这样我们可以避免使用filesort，它要快得多。问题解决了最后。
