Explain syntax optimization table structure

EXPLAIN tbl_name or EXPLAIN SELECT select_optionsEXPLAIN tbl_name是DESC[RIBE] tbl_name或SHOW COLUMNS FROM tbl_name的一个同义词。当你在一条SELECT语句前放上关键词EXPLAIN，MySQL解释它将如何处理SELECT，提供有关表如何联结和以什么次序联结的信息。借助于EXPLAIN，你可以知道 1)你什么时候必须为表加入索引以得到一个使用索引找到记录的更快的SELECT。 2)你也能知道优化器是否以一个最佳次序联结表。为了强制优化器对一个SELECT语句使用一个特定联结次序，增加一个STRAIGHT_JOIN子句。对于非简单的联结，EXPLAIN为用于SELECT语句中的每个表返回一行信息。表以他们将被读入的顺序被列出。 MySQL用一边扫描多次联结的方式解决所有联结，这意味着MySQL 1)从第一个表中读一行，2)然后找到在第二个表中的一个匹配行，3)然后在第3个表中等等。=>当所有的表被处理完，它输出选择的列并且回溯表列 表直到找到一个表有更多的匹配行，从该表读入下一行并继续处理下一个表。           从EXPLAIN的输出包括下面列：table 输出的行所引用的表。type 联结类型。各种类型的信息在下面给出。possible_keys possible_keys列指出MySQL能使用哪个索引在该表中找到行。 注意，该列完全独立于表的次序。这意味着在possible_keys中的某些键实际上不能以生成的表次序使用。 如果该列是空的，没有相关的索引。在这种情况下，你也许能通过检验WHERE子句看是否它引用某些列或列不是适合索引来提高你的查询性能。如果是这样，创 造一个适当的索引并且在用EXPLAIN检查查询。见7.8 ALTER TABLE句法。为了看清一张表有什么索引，使用SHOW INDEX FROM tbl_name。 (可以查出，哪些索引基本上未用，或用的少)key key列显示MySQL实际决定使用的键。如果没有索引被选择，键是NULL。key_len key_len列显示MySQL决定使用的键长度。如果键是NULL，长度是NULL。注意这告诉我们MySQL将实际使用一个多部键值的几个部分。ref ref列显示哪个列或常数与key一起用于从表中选择行。rows rows列显示MySQL相信它必须检验以执行查询的行数。Extra 如果是Only index，这意味着信息只用索引树中的信息检索出的。通常，这比扫描整个表要快。 如果是where used，它意味着一个WHERE子句将被用来限制哪些行与下一个表匹配或发向客户。 如果是impossible where 表示用不着whereType的取值常会有下面这些:system 表仅有一行(=系统表)。这是const联结类型的一个特例。const 表有最多一个匹配行，它将在查询开始时被读取。因为仅有一行，在这行的列值可被剩下的优化器认为是常数。 const表很快，因为它们只读取一次！eq_ref 对于每个来自于先前的表的行组合，从该表中读取一行。这可能是最好的联结类型，除了const类型。它用在一个索引的所有部分被联结使用并且索引是UNIQUE或PRIMARY KEY。ref 对于每个来自于先前的表的行组合，所有有匹配索引值的行将从这张表中读取。 如果联结只使用键的最左面前缀，不或如果键不是UNIQUE或PRIMARY KEY（换句话说，如果联结能基于键值选择单个行的话)，使用ref。如果被使用的键仅仅匹配一些行，该联结类型是不错的。range 只有在一个给定范围的行将被检索，使用一个索引选择行。ref列显示哪个索引被使用。index 这与ALL相同，除了只有索引树被扫描。这通常比ALL快，因为索引文件通常比数据文件小。ALL 对于每个来自于先前的表的行组合，将要做一个完整的表扫描。 如果表格是第一个没标记const的表，这通常不好，并且通常在所有的其他情况下很差。你通常可以通过增加更多的索引来避免ALL，使得行能从早先的表中基于常数值或列值被检索出。通过相乘EXPLAIN输出的rows行的所有值，你能得到一个关于一个联结要多好的提示。这应该粗略地告诉你MySQL必须检验多少行以执行查询。当你使用max_join_size变量限制查询时，也用这个数字。见10.2.3 调节服务器参数。

 

Explain syntax optimization table structure